17-05-2010, 10:09 AM
(16-05-2010, 09:00 PM)atra27 a écrit : Heu, la j'ai un cache session pour chaque user dans sa session.Super tu économises 1ms à 2ms pour une seule requête ?
L'économie c'est surtout que sinon je suis obligé de récuperer tous les champs de la table user a chaque page, ces valeurs ne changement pas souvent mais sont affichées sur toutes les pages (pour la plupart) ou servent dans d'autres traitements donc je dois les récuperer.
Alors vu que sa change pas souvent, une requete sql a chaque page pour des données statiques je trouve sa plutot useless..
Tu as déjà fait du profiling pour dire que c'est useless ?
(16-05-2010, 09:00 PM)atra27 a écrit : Le fichier est utilisé pour les listings généraux, communs a tous le monde (exemple quartier marchant, tribunal)...Si tu as déjà ton architecture, pourquoi ne pas s'en servir ?
(16-05-2010, 09:00 PM)atra27 a écrit : Mais je doute que le pseudo, la position ou encore le nom du vaisseau soit commun... d'ou l'utilisation du cache session.Ha donc en fait tu as un jeu sans aucune interaction entre les personnes ?
Tu économise une requête pour un joueur, mais tu l'a refait autant de fois pour les autres pour afficher quelque chose que tu as "caché" dans un fichier de session.
Je doute fortement, que personne ne voit le pseudo d'un autre ou son emplacement sur une carte...
(16-05-2010, 09:00 PM)atra27 a écrit : Et vu que derrière il faut utiliser ses valeurs pour traiter certaines actions... bah sa va plus vite en session que d'écrire dans un fichier qu'il faut ensuite parser.Et la session tu crois que c'est quoi ?
Tu penses qu'il vaut mieux sérialiser un plus gros tableau ou plusieurs petit ?
(16-05-2010, 09:00 PM)atra27 a écrit : Et puis un fichier sa pose le probléme des fichiers non détruis quand la session correspondante se détruis...Quel intérêt de le détruire si tu le fait uniquement quand tu as un update ?
Et qu'en plus cette information peux servir ailleurs.. (Liste de membres, Classement, Cartes...)
En conclusion, je te le répète, économiser sur une requête qui est indexé et cachée par MySQL, pour utiliser une fichier de session qui doit être désérialiser et resérialiser à chaque page, ça n'a strictement aucun intérêt.
Comme en plus ça doit pas être la seule requête que tu as, tu ne gagnes mais alors vraiment rien.
La session ne sert pas à faire du cache, elle sert juste à transiter des bribes d'informations d'une page à une autre pour pallier les manques du protocole HTTP.