Bonjour tout le monde,

Il y a une chose qui m'enerve avec les trollinets et meme certains trolls qui ont commencé  à prendre de la bouteille. C'est le fait qu'ils n'ont pas le reflexe d'aller voir leur messagerie. Encore, il y a peu un trollinet vendait une fourrure des vampire à 1000GG, je lui envoie un message pour lui dire mets la moi de coté j'arrive, je cours, je vole. J'ai obtenu une reponse au bout de 48h du genre  "désolé je viens de la goinfrer et de lire seulement apres ton message car je ne vais pas souvent voir ma mesagerie du fait que je ne recois que tres rarement de message". Bref je trouve qu'il serait sympathique et tres facilement implementable (2 min suffisent à faire un select count ... et à deployer) de mettre en page d'accueil  à la place de :

Bonjour et bienvenue dans le Monde Souterrain :

N'oubliez pas de consulter votre messagerie.

N'oubliez pas de consulter votre messagerie de Guilde.

Consultez vos comptes-rendus d'action dans les messages du Bot.

de signaler clairement le nombre de message non lu (donc de nouveau message) bien sûr cela uniquement sur la messagerie et non  les messages du bot (+ éventuellement les messages de guilde)

Bulle (#9424)

A une période récente, c'était le cas : le nombre de messages non lus était indiqué sur la page d'accueil. Mais il paraît que ça prenait trop de ressources au serveur.

PS : goinfrer une fourrure des vampires ???  

Une requete bien faite sur la table des messages ne renvoyant qu'une ligne dans le resultset à savoir le resultat du count, ne prends rien comme ressource serveur meme si on multiplie cela par le nombre de trolls que le jeu comprend. De plus, la page d'accueil on y accede une unique fois par connexion donc cela ne couterait pas cher comparé au service rendu. Aussi pour un troll qui surveille sa messagerie à chaque fois qu'il se connecte, il se rend dans 'MESSAGES' et là que se passe-t-il, on selectionne et on affiche la liste de tous les messages du trolls (hors bot). Si ce meme troll aurait pu voir qu'il n'avait pas eu de nouveau message sur la page d'accueil, il aurait eviter cette requete sur l'enorme table des messages. En tant que developpeur je n'hesiterai pas !

Sinon  ... véridique pour la fourrure des vampires ... je lui est demandé de la recracher mais il n'a pas pu !

Bulle(#9424)

Quote: Originally posted by bulle on 2004-08-27 11:05:26

---

Une requete bien faite sur la table des messages ne renvoyant qu'une ligne dans le resultset à savoir le resultat du count, ne prends rien comme ressource serveur meme si on multiplie cela par le nombre de trolls que le jeu comprend. De plus, la page d'accueil on y accede une unique fois par connexion donc cela ne couterait pas cher comparé au service rendu. Aussi pour un troll qui surveille sa messagerie à chaque fois qu'il se connecte, il se rend dans 'MESSAGES' et là que se passe-t-il, on selectionne et on affiche la liste de tous les messages du trolls (hors bot). Si ce meme troll aurait pu voir qu'il n'avait pas eu de nouveau message sur la page d'accueil, il aurait eviter cette requete sur l'enorme table des messages. En tant que developpeur je n'hesiterai pas !

---

Puisque tu le dis  ca doit être vrai

Et bien moi je dis et j'ai pu constater que faire le "count" en question, ca demande trop de ressources. Donc, comme c'est moi qui décide et même si tu détiens la "vraie vérité du développeur", le comptage des messages n'est pas réalisé parceque ca demande trop de ressources.

Pour un petit peu t'aiguiller, relis la doc mysql sur les COUNT de table myisam et sur la fonctionalité LIMIT : chaque SGBD a sa spécificité.

VYS - DungeonMaster

et si vous receviez vos message dans votre boite mail? Vous sauriez en direct quand vous avez des nouveaux messages...

Quote: Originally posted by TilK on 2004-08-27 13:09:40

---

Petite question à la con (je suis sur que ca a été déja pensé) : pourquoi ne pas calculer ca statiquement plutot que dynamiquement : Quand un nx message arrive on incrémente un compteur de 1, quand on lit un nx message on le décrémente.La charge pour calculer cette info serait peut etre plus importante mais elle serait mieux répartie dans le temps, non ?

---

Effectivement, c'est ce qui est prévu de faire. Ce serait pas exactement pour les messages non lus (quoique, on peut l'envisager) mais surtout pour les messages depuis la dernière connection.

VYS - DungeonMaster

DM > Excuses moi, je ne voulais nullement te froisser.

Quelles sont les limites l'opérande COUNT qui posent problèmes car quelque chose m'échappe. Faire un COUNT sur le contenu integral d'une table de type myisam, je sais que cela peut etre lent  en fonction du nombre d'enregistrement (la version 4.1 inclut certaine fonctionnalité pour palier un peu à cela au passage) cependant je ne vois pas de limite à l'usage du COUNT dans une selection avec clause where du genre  :  SELECT COUNT(ID_MSG) FROM message where ID_JOUEUR_RECEPTEUR=$id_joueur and LU=0  Avec une telle requete, meme si la table est enorme et comprend des dizaines de milliers d'enregistrement, le résultat est immédiat.

Bulle(#9424) - qui cherche à saisir pourquoi

PS : le count, le limit je connais et les utilisent couramment ainsi que plusieurs SGBDR (MySQL, Oracle et quelque fois SQLserver)

Si cela a deja été testé peut etre que dans la clause where le test qui permettait de faire le distinguo entre les messages lus et les non lus, était sur des champs de type date ce qui expliquerait la lenteur d'execution.  Une comparaison d'entiers est toujours plus rapide que celle de date...

Gerer un compteur au niveau du troll lui meme serait une solution pour arreter de refaire le calcul à chaque connexion. Cependant cela signifie qu'il faut l'updater par troll à chaque nouveau message qu'il reçoit, et un update est plus long et plus couteux qu'un select ... à mettre dans la balance le fait que certains ne recoivent jamais de message et donc pour eux un select serait executer à chaque connexion pour rien et les joueurs qui se servent assidument de leur messagerie,  le coup en mise à jour (update) serait plus couteux qu'un simple select.

Bulle(#9424)