>Donc chaque fois qu'on génère la page, on crée un jeu de 6 identifiant, et on les place
> dans cette table, en rajoutant l'instant où ils sont crées.
Ton truc est très faisable mais. Paf. Là, tu stockes des trucs sur ton serveur. Toute
ma remarque vient du fait que ce n'est pas nécessaire.
A partir du moment où tu stocke des trucs sur ton serveur, il va falloir que tu décides quand
tu les libères. Or comme tout fonctionne en mode déconnecté, tu n'as aucun moyen de
savoir si le client prend juste du temps pour écrire son truc ou s'il est définitivement parti.
Tu vas donc mettre un limite de temps au bout de laquelle, si tu n'as pas de nouvelle
connection du client, tu zapes toutes les variables correspondantes.
Ce que je propose permet de ne rien stocker sur le serveur: pas de base de donnée,
pas de variables de session. Il y a aussi une limite de temps mais on ne peut pas la
supprimer. De plus, la gestion des variables de session ou d'une table SQL pour stocker
des trucs, ça a un coût qui augmente avec le nombre de connections.
Mon truc a un coût faible qui est constant.
> On a donc pas besoin de session, et c'est enregistré dans la BDD, et non pas en mémoire.
Parce que tu imagines que la BDD, elle n'a pas de cache mémoire et qu'elle écrit toujours
tout sur le disque ?
[^] # Re: Le spam, l'autre sens de la vie...
Posté par fmaz fmaz . En réponse au journal Comment font les spammeurs de blogs ?. Évalué à 2.
> dans cette table, en rajoutant l'instant où ils sont crées.
Ton truc est très faisable mais. Paf. Là, tu stockes des trucs sur ton serveur. Toute
ma remarque vient du fait que ce n'est pas nécessaire.
A partir du moment où tu stocke des trucs sur ton serveur, il va falloir que tu décides quand
tu les libères. Or comme tout fonctionne en mode déconnecté, tu n'as aucun moyen de
savoir si le client prend juste du temps pour écrire son truc ou s'il est définitivement parti.
Tu vas donc mettre un limite de temps au bout de laquelle, si tu n'as pas de nouvelle
connection du client, tu zapes toutes les variables correspondantes.
Ce que je propose permet de ne rien stocker sur le serveur: pas de base de donnée,
pas de variables de session. Il y a aussi une limite de temps mais on ne peut pas la
supprimer. De plus, la gestion des variables de session ou d'une table SQL pour stocker
des trucs, ça a un coût qui augmente avec le nombre de connections.
Mon truc a un coût faible qui est constant.
> On a donc pas besoin de session, et c'est enregistré dans la BDD, et non pas en mémoire.
Parce que tu imagines que la BDD, elle n'a pas de cache mémoire et qu'elle écrit toujours
tout sur le disque ?