Serveur de jeu PHP, plusieurs clients TCP?

Question

Je crée un jeu multijoueur basé sur un navigateur Web. J'ai déterminé que les websockets sont la meilleure façon de gérer les communications étant donné sa nature en temps réel. Le client utilise un canevas HTML5 pour rendre le jeu et les websockets pour communiquer avec l'hôte.

J'ai choisi d'utiliser PHP pour héberger le jeu car il semble être préféré par les hébergeurs. Je n'ai pas utilisé PHP auparavant mais j'ai fait des choses similaires avec des websockets en Java, mais en me basant fortement sur le multithreading.

J'ai regardé quelques tutoriels sur les sockets php avec plusieurs clients; mais la plupart d'entre eux font des choses comme bifurquer de nouveaux processus pour chaque client. Puisque je vais avoir une boucle de jeu en cours d'exécution, je ne pense pas que ce soit approprié. Ce que j'essaye de réaliser est un moyen d'assigner des ports à chaque client pendant qu'ils se relient, en écoutant de nouveaux clients, en échangeant des données avec la liste courante de clients et en exécutant la boucle de jeu tous ensemble.

Les endroits où je besoin d'aide sont:

• Comment trouver et affecter des ports à de nouveaux clients, informer le client de ce port, et le nettoyer quand ils se déconnectent.
• Comment faire ci-dessus, et toutes les autres transactions de socket, sans bloquer la boucle de jeu. Il serait acceptable d'accepter des messages de clients en morceaux partiels et d'agir uniquement sur un message complet. Quelqu'un peut-il me donner des conseils techniques sur la façon d'atteindre ces objectifs?

Je ne pense pas que tout cela ressemble trop à demander à PHP mais corrigez-moi si je me trompe!

Un pseudo-code de ce que j'aimerais idéalement réaliser côté serveur. Aucune des fonctions ne doit bloquer: Clients de tableau;

while(gamerunning) 
{ 
    CheckForNewClients(); 
    GetStatusFromClients(); 
    DoGameUpdate(); 
    SendGameStateToClients(); 
} 

[Mise à jour] Pour toute personne intéressée, je créé une application dédiée supportant les sockets Web (en particulier en utilisant Java et la bibliothèque socket web « TooTallNates ») plutôt que d'un service Web réel car il semblait plus logique, Bien que, incidemment, il semble que la plupart des navigateurs Web ont jeté des sockets Web à la poubelle en raison de problèmes de sécurité.

Answer 1

Je ne suggère pas d'utiliser PHP pour ce type d'application. PHP ne supporte pas officiellement le multithreading et l'exécution d'un script PHP pendant une période indéfinie (comme un serveur) n'est pas vraiment une fonctionnalité annoncée.

Bien sûr, vous pouvez essayer de faire de l'histoire :)

(s'il vous plaît me corriger si je me trompe)

Answer 2

Vous avez vraiment besoin d'utiliser un démon PHP afin de le faire efficacement (et il doit être PHP 5.3). J'ai écrit un aperçu assez complet de l'utilisation PHP for daemon processes. Quoi que vous choisissiez, je vous suggère d'utiliser un système de boucle d'exécution basé sur les événements.

J'ai conçu une bibliothèque de base RunLoop appelée LooPHP qui pourrait probablement être utile, surtout si vous allez traiter avec *_select. Je serais ravi de répondre à vos questions à ce sujet.

EDIT:

Dans un événement système basé vous n'avez pas simplement while une liste de commandes, vous réagissez à un auditeur. Par exemple ...

Au lieu de faire:

while(1) { 
    ... /* listen, react */ 
} /* repeat */ 

Exécuter boucles travail en enregistrant écoute (prises, et d'autres générateurs d'événement async)

class ReactClass { ... } 

$loop = new LooPHP_EventLoop(new ReactClass); 

//add one time event 
$loop->addEvent(function() { 
    print "This event was called 0.5 second after being added\n"; 
}, 0.5 /* in seconds */); 

//this creates a repeating event, this is called right away and repeats 
$add_event = function() use ($loop, &$add_event) { 
    print "This event is REPEATEDLY called 0.1 every second\n"; 
    $loop->addEvent($add_event, 0.1); 
}; 
$add_event(); 

//start the loop processing, no events are processed until this is done 
$loop->run(); //php doesn't leave this call until the daemon is done 
exit(0); //cleanly exit 

Le cas ci-dessus est très simple 1 source EventLoop et des fonctions temporisées ajoutées manuellement (elles peuvent être ajoutées même à partir d'un appel à ReactClass). Dans l'application que je suis en train de travailler, j'avais besoin d'avoir un flux d'événements asynchrone dans le backend (via une socket), puis d'avoir la possibilité d'appeler des fonctions arbitrairement décalées par rapport à l'événement d'origine (pour les clients expirés, etc).

Si vous souhaitez d'autres exemples, vous pouvez les trouver à github.

J'espère que vous trouverez cela utile.