Hello,
alors déjà : on se calme. Je ne veux plus voir le même échange sur ce ton dans ce post. D'un côté, on ne dit pas "con" en effet (ou autre vilain mot du même accabit, ne jouez pas dessus) (sur les mots, j'entends), de l'autre, on explique gentiment : quand on monte un projet, on ne commence pas en même temps, on ne finit pas en même temps, on avance chacun à notre rythme, et puis de toute manière, on n'en arrive pas forcément aux mêmes conclusions. C'est un peu comme ça que la vie fonctionne d'ailleurs...et on n'est pas censés prôner l'homogénéité parfaite des idées, actions, réactions, pensées etc...pour ceux qui ont suivi mon raisonnement, tant mieux, pour les autres : arrêtez de vous chamailler comme des gamins pour rien du tout.
Ensuite, mon point de vue sur la question : "ajax" pose un gros problème dans ce genre de situations; si on a beaucoup de joueurs, on a autant de requêtes. Or, a t on besoin d'autant de requêtes ? Non...on a besoin de mettre à jour x informations, pour n utilisateurs, régulièrement et répétitivement. Et uniquement pour les joueurs actifs, qui plus est (à moins de vouloir faire un monde persistant, auquel cas il ne faut juste pas tenir compte de savoir si les joueurs sont actifs ou non). Et pour ça, pas besoin de faire des requêtes dont la demande provient du client. Des requêtes globales (update mana set mana = algo_calcul_nouvelle_valeur (plutôt qu'une variable passée) where actif = 1 -ou toute autre condition valable pour le contexte-) iront tout aussi bien, et soulageront le serveur. Parce qu'il vaut mieux un CRON qui lance x requêtes régulièrement sur le serveur DB, que des "ajax" qui lancent x * nbr utilisateurs requêtes sur ces pauvres serveurs web et DB. A moins que vous ayez tous plusieurs serveurs DB et web monstrueux.
|