il devrait pas valoir 1 ton champs mais le timestamp quand l'action a été réaliser.
Et donc alors dès que j'ai de nouveau mon champs qui repasse a 0 les anciens sujet redevienne des sujet non lu.
Il faut juste enregistrer le timestamp de l'action tout lu et ainsi comparé avec le timestamp du dernier post de chaque sujet, ce qui évitera les sujet qui tombe dans l'oubli de redevenir non lu et qui te permettra aussi de faire une fonction afficher les derniers message non lu et ce genre de chose .
[edit] par ailleurs la fonction limit de mysql montre ses limites (sans jeux de mots ^^) quand on commence a avoir un un forum bien rempli. En effet au lieu de juste se contenter de recuperer les x résultats, il continu à lire le reste des entrées de la table, ce qui alourdi considérablement la requête. C'est pourquoi il est intéréssant de travailler avec un trigger sql qui s'occuperait de la classification des données et de sélectionner les données uniquement avec un where dans ce cas, ce qui s'avère être très économique.
Cordialement Melimelo
Et donc alors dès que j'ai de nouveau mon champs qui repasse a 0 les anciens sujet redevienne des sujet non lu.
Il faut juste enregistrer le timestamp de l'action tout lu et ainsi comparé avec le timestamp du dernier post de chaque sujet, ce qui évitera les sujet qui tombe dans l'oubli de redevenir non lu et qui te permettra aussi de faire une fonction afficher les derniers message non lu et ce genre de chose .
[edit] par ailleurs la fonction limit de mysql montre ses limites (sans jeux de mots ^^) quand on commence a avoir un un forum bien rempli. En effet au lieu de juste se contenter de recuperer les x résultats, il continu à lire le reste des entrées de la table, ce qui alourdi considérablement la requête. C'est pourquoi il est intéréssant de travailler avec un trigger sql qui s'occuperait de la classification des données et de sélectionner les données uniquement avec un where dans ce cas, ce qui s'avère être très économique.
Cordialement Melimelo