Si tu me poses la question du choix de la techno à utiliser pour un jeu 2D (simple ou complexe), temps réel entre des joueurs et sans javascript, je te réponds: un SDK classique hors jeux web 
Si tu inclus le javascript coté client, je te réponds pareil :p
Si tu veux un petit jeu 2D en temps quasi-réel avec javascript coté client, je te réponds websockets (permettant la connexion serveur->client au lieu du client->serveur habituel) & NodeJS (bien que je ne le connaisse pas, mais de ce que j'en ai compris, c'est un langage serveur basé sur les évènements parfaitement adapté aux websockets) mais il existe aussi des lib en C/C++ pour les websockets (libwebsocket par exemple).
Si tu veux un petit jeu 2D en tour-par-tour rapide, sans que les gens n'appuient sur F5, sans forcément gérer au mieux les ressources serveurs et compatible PHP, je dirai javascript client + PHP serveur + long polling ou autre technique de faux-push.
Si tu veux un jeu en tour par tour où la réactivité est de plusieurs secondes, les balises HTML5 devraient suffire (meta refresh, iframe etc), et la techno serveur est alors classique (PHP, Java, n'importe quoi qui fait du HTTP).
Donc:
Temps réel → SDK classique
Temps quasi-réel → Javascript client, Websocket, NodeJS
Tour par tour rapide (<1s, sans F5) → Javascript client, PHP (ou autre), long polling/Ajax
Tour par tour lent (>1s, sans F5) → HTML5, PHP, meta refresh/iframe
[Edit]
Quoique Ratchet semble être une implémentation intéressante des websockets en PHP... Mais bon, PHP sur du MySQL, c'est vraiment pas le mieux pour ce genre de structure évènementielle.
Si tu inclus le javascript coté client, je te réponds pareil :p
Si tu veux un petit jeu 2D en temps quasi-réel avec javascript coté client, je te réponds websockets (permettant la connexion serveur->client au lieu du client->serveur habituel) & NodeJS (bien que je ne le connaisse pas, mais de ce que j'en ai compris, c'est un langage serveur basé sur les évènements parfaitement adapté aux websockets) mais il existe aussi des lib en C/C++ pour les websockets (libwebsocket par exemple).
Si tu veux un petit jeu 2D en tour-par-tour rapide, sans que les gens n'appuient sur F5, sans forcément gérer au mieux les ressources serveurs et compatible PHP, je dirai javascript client + PHP serveur + long polling ou autre technique de faux-push.
Si tu veux un jeu en tour par tour où la réactivité est de plusieurs secondes, les balises HTML5 devraient suffire (meta refresh, iframe etc), et la techno serveur est alors classique (PHP, Java, n'importe quoi qui fait du HTTP).
Donc:
Temps réel → SDK classique
Temps quasi-réel → Javascript client, Websocket, NodeJS
Tour par tour rapide (<1s, sans F5) → Javascript client, PHP (ou autre), long polling/Ajax
Tour par tour lent (>1s, sans F5) → HTML5, PHP, meta refresh/iframe
[Edit]
Quoique Ratchet semble être une implémentation intéressante des websockets en PHP... Mais bon, PHP sur du MySQL, c'est vraiment pas le mieux pour ce genre de structure évènementielle.