Mouvement et jeu en temps réel?

[Argorate]

Je vais tester avec le serveur de push, ça ira sans doute mieux en effet. Je comptais sur le push coté php suite à l'ajax pour envoyer le mouvement à tout les autres joueurs, mais j'avais oublié que le fait d'utiliser les websocket en soit (sans parler de syncro plusieurs clients) faisait gagner de la vitesse, j'ai calqué sur ma manière actuel de faire mon chat sur DVO c'est pour ça^^

Donc c'est ce que tu fais Maks, tu push au serveur les mvts? Sinon j’envoie aussi uniquement la direction et non des coordonnées, puis je vérifie coté serveur que la case de destination est dispo.

Après le problème de gérer la concurrence: le fait de faire une attaque alors qu'on ne devrait pas par exemple, c'est justement très lié au fait de vérifier tout les déplacements, non?

Ce qui m'amène à répondre aux propositions du système de queue ou de ne pas envoyer tous les déplacements (et donc ne pas faire toutes les vérifications), c'est quand même risqué. Il suffit qu'un mec ajoute sa fonction JS de téléportation, et ainsi il pourra facilement tricher et esquiver des attaques par exemple ou lancer des attaques alors qu'il ne devrait pas justement... C'est ça qui m’embête dans le fait de ne pas tout vérifier.

Ensuite, oxman je ne vois pas comment tu veux vérifier lors des combats si le joueur est bien placé si tu n'as pas toutes les données (chaque mouvement), tu peux au mieux délimiter un carré (une zone max) dans lequel tu es sur que le joueur doit être, mais c'est tout...?!

Pour l'histoire de l'IA maks, tu fais comment pour qu'il soit indépendant, tu as un script qui tourne en boucle quelque part sur ton serveur et qui lance des push pour les actions d'IA de temps en temps?
Puis pour l'histoire de l'attaque d'un mob mort, si tu vérifies l'existance du mob avant l'attaque ET juste avant le save() des dégats et autres sur la cible, ça devrait résoudre le pb non? Comme ça tu es sur que pendant toutes la "transaction" de l'attaque, le mob existe tjs.
Le problème c'est que ça te fais refaire une requête SQL à la fin de chaque attaque pour la valider, mais bon...