Je sais que t'es pas trop OpenSource, donc t'es pas obligé de répondre. Mais comment as-tu fait pour stocker le fait qu'un utilisateur ai lu, ou non chaque topic, dans chaque forum ?
Paske, tel que je le vois, 2000 utilisateurs, quelques milliers de topic, ça doit être vachement lourd !!!!

je crois que bb le gere en natif, sinon, un cookie a chaque lecture avec le num du post et l'affaire est dans le sac :wink:

Selon les specification du w3c, il n'est possible d'enregistrer que 20 cookies par serveur. Et là, il s'agit de milliers de topics...

Je vais aller regarder dans le code de phpBB

les cookies ne sont pas enregistres sur le serveur, mais chez les clients :wink:
d'autre part, rien n'empeche de traiter le cookie :

1 - lecture du cookie qui contient la liste des id de topic
2 - update si l'id du topic courant n'existe pas
3 - svg du cookie

du coup, 1 cookie par client :wink:

@+

nop, c'est pas ça. Lorsqu'on va sur deux machines différentes, lorsqu'on se loggue, on retrouve les topics lus ou non. ça n'est donc pas un cookie.

Ca serait pas stocke dans la base de donnees ?

On peut penser à deux solutions. Chaque topic contient la liste de tous les n° de membres qui l'ont visité mais ça me paraît peu probable. Sinon, pour chaque membre ont garde en mémoire la date de la dernière modification de chaque topic qu'il visite, puis on la compare avec la date de dernière modification actuelle. On en déduit vite le tout. Et tous les autres topics sont marqués comme non visités...

c pas tout à fait ça mais on s'en approche :wink:

Pour les cookies c'est ingérable car la taille d'un cookie et le nombre de cookies est limité.

Ca prends actuellement 2.2 Mo ds la BDD

PS : Je vous laisse chercher un peu sinon c po marrant

kil est joueur ce snake !
et crois moi, le connaissant, t'auras pas ta réponse demain!

2.2 MO ça commence à faire, effectivement...
J'ai pas d'autre idée. Ah si... Pour chaque topic, à chaque modification, il enregistre tous les visiteurs qui sont passés dessus. Du coup, lorsqu'on affiche la page, on vérifie pour chaque topic si le nom de l'utilisateur est enregistré... C'est ça ?

Le 03/12/2002 à 20h57 , ced38 a écrit:
2.2 MO ça commence à faire, effectivement...
J'ai pas d'autre idée. Ah si... Pour chaque topic, à chaque modification, il enregistre tous les visiteurs qui sont passés dessus. Du coup, lorsqu'on affiche la page, on vérifie pour chaque topic si le nom de l'utilisateur est enregistré... C'est ça ?

ca serait bien plus gros...
quoi que ca en est pas loin.. c ds ce sens qu'il faut chercher et optimiser la chose

Tous les topics sont à priori 'non visités' et seul ceux qui sont visités sont classés ?

Le 03/12/2002 à 21h03 , ced38 a écrit:
Tous les topics sont à priori 'non visités' et seul ceux qui sont visités sont classés ?

vi

Donc tous les topics sont à priori non visités. Puis on regarde quel utilisateur et passé où et quand, et on change la couleur de chaque topic en fonction. :-?

Le 03/12/2002 à 21h07 , ced38 a écrit:
Donc tous les topics sont à priori non visités. Puis on regarde quel utilisateur et passé où et quand, et on change la couleur de chaque topic en fonction. :-?

le 'quand' si on s'organise bien on s'en fout...

ok, effectivement, je vois...

très interessant. En fait ce qui m'intrigait, c'était surtout la gestion de l'espace. T'as répondu 2.2Mo Mais je vois vois pas comment faire mieux ! :wink:


> Grabber : quand je disais 20 cookies par serveur, je voulais dire qu'un navigateur ne peut enregistrer sur le disque local plus de 20 cookies par serveur visité