La liaison full-duplex ne fait pas le MMO, tu peux avoir un MMO asynchrone, ce n'est pas antithétique.
Et avec les websockets tu peux avoir une connexion dans les deux sens sans polling Ajax...
On s'en fout que les requêtes soient en HTTP ou en protocole perso optimisé au bit près sur de l'UDP, c'est juste une question de latence et de performance ces choix.
Après en web, PHP, etc, tu peux avoir des dizaines de serveurs en frontal, si ton architecture logicielle derrière est bien foutue, avec du cache type Redis ou memcached, ta cohérence de donnée sur base MySQL ou mieux PostgreSQL, ça peut être extrêmement réactif, et dépasser les 100000 joueurs simultanés.
Je crois juste que pour toi un jeux MMO est un jeu synchrone, alors que ce n'est pas forcément le cas ; en tout cas ce n'est pas ce que « massivement multijoueur » signifie.
[^] # Re: php et MMORPG?
Posté par Yth (Mastodon) . En réponse à la dépêche Caranille 1.0 RC 1. Évalué à 6.
La liaison full-duplex ne fait pas le MMO, tu peux avoir un MMO asynchrone, ce n'est pas antithétique.
Et avec les websockets tu peux avoir une connexion dans les deux sens sans polling Ajax...
On s'en fout que les requêtes soient en HTTP ou en protocole perso optimisé au bit près sur de l'UDP, c'est juste une question de latence et de performance ces choix.
Après en web, PHP, etc, tu peux avoir des dizaines de serveurs en frontal, si ton architecture logicielle derrière est bien foutue, avec du cache type Redis ou memcached, ta cohérence de donnée sur base MySQL ou mieux PostgreSQL, ça peut être extrêmement réactif, et dépasser les 100000 joueurs simultanés.
Je crois juste que pour toi un jeux MMO est un jeu synchrone, alors que ce n'est pas forcément le cas ; en tout cas ce n'est pas ce que « massivement multijoueur » signifie.
Yth.