Que sont les longues interrogations, les Websockets, les événements envoyés par le serveur (SSE) et Comet?

J'ai essayé de lire quelques articles, mais je ne suis pas encore très clair sur les concepts.

Quelqu'un voudrait-il tenter de m'expliquer en quoi consistent ces technologies:

1. Interrogation longue
2. Événements envoyés par le serveur
3. Websockets
4. Comète

Une chose que j'ai rencontrée à chaque fois est que le serveur maintient une connexion ouverte et envoie les données au client. Comment la connexion est-elle maintenue ouverte et comment le client obtient-il les données transmises? (Comment le client utilise-t-il les données, peut-être qu'un code pourrait aider?)

Maintenant, lequel d'entre eux dois-je utiliser pour une application en temps réel. J'ai beaucoup entendu parler des websockets (avec socket.io [une bibliothèque node.js]) mais pourquoi pas PHP?

Dans les exemples ci-dessous, le client est le navigateur et le serveur est le serveur Web hébergeant le site Web.

Avant de comprendre ces technologies, vous devez d'abord comprendre le trafic Web HTTP classique .

HTTP standard:

1. Un client demande une page Web à un serveur.
2. Le serveur calcule la réponse
3. Le serveur envoie la réponse au client.

Interrogation Ajax:

1. Un client demande une page Web à un serveur en utilisant HTTP standard (voir HTTP ci-dessus).
2. Le client reçoit la page Web demandée et exécute le JavaScript sur la page qui demande un fichier au serveur à intervalles réguliers (par exemple 0,5 seconde).
3. Le serveur calcule chaque réponse et la renvoie, tout comme le trafic HTTP normal.

Ajax Long-Polling:

1. Un client demande une page Web à un serveur en utilisant HTTP standard (voir HTTP ci-dessus).
2. Le client reçoit la page Web demandée et exécute le JavaScript sur la page qui demande un fichier au serveur.
3. Le serveur ne répond pas immédiatement avec les informations demandées mais attend jusqu'à ce que de nouvelles informations soient disponibles.
4. Quand de nouvelles informations sont disponibles, le serveur répond avec les nouvelles informations.
5. Le client reçoit les nouvelles informations et envoie immédiatement une autre demande au serveur, relançant le processus.

Événements envoyés par le serveur HTML5 (SSE) / EventSource:

1. Un client demande une page Web à un serveur en utilisant HTTP standard (voir HTTP ci-dessus).
2. Le client reçoit la page Web demandée et exécute le JavaScript sur la page qui ouvre une connexion au serveur.

3. Le serveur envoie un événement au client lorsque de nouvelles informations sont disponibles.

   • Trafic en temps réel du serveur vers le client, c'est principalement ce dont vous aurez besoin
   • Vous voudrez utiliser un serveur qui a une boucle d'événements
   • Les connexions avec des serveurs d'autres domaines ne sont possibles qu'avec des paramètres CORS corrects
   • Si vous voulez en savoir plus, je les ai trouvés très utiles: (article) , (article) , (article) , (tutoriel) .

Websockets HTML5:

1. Un client demande une page Web à partir d'un serveur en utilisant http standard (voir HTTP ci-dessus).
2. Le client reçoit la page Web demandée et exécute le JavaScript sur la page qui ouvre une connexion avec le serveur.

3. Le serveur et le client peuvent désormais s’envoyer des messages lorsque de nouvelles données (de chaque côté) sont disponibles.

   • Trafic en temps réel du serveur vers le client et du client vers le serveur
   • Vous voudrez utiliser un serveur qui a une boucle d'événements
   • Avec WebSockets, il est possible de se connecter avec un serveur d'un autre domaine.
   • Il est également possible d'utiliser un serveur Websocket hébergé par un tiers, par exemple Pusher ou autres . De cette façon, vous n'aurez qu'à implémenter le côté client, ce qui est très simple!
   • Si vous voulez en savoir plus, je les ai trouvées très utiles: ( article ), (article) ( tutoriel ).

Comète:

Comet est un ensemble de techniques antérieures à HTML5 qui utilisent la diffusion en continu et l'interrogation longue pour réaliser des applications en temps réel. En savoir plus sur wikipedia ou cet article.

Maintenant, lequel d'entre eux dois-je utiliser pour une application en temps réel (que je dois coder). J'ai beaucoup entendu parler des websockets (avec socket.io [une bibliothèque node.js]) mais pourquoi pas PHP?

Vous pouvez utiliser PHP avec WebSockets, consultez Ratchet .

Tieme a mis beaucoup d'efforts dans son excellente réponse, mais je pense que la question centrale des OP est de savoir comment ces technologies sont liées à PHP plutôt que comment chaque technologie fonctionne.

PHP est le langage le plus utilisé dans le développement Web, outre le côté client évident html, css et javascript. Pourtant, PHP a 2 problèmes majeurs en ce qui concerne les applications en temps réel:

1) PHP a commencé comme un CGI très basique. PHP a progressé très loin depuis ses débuts, mais cela s'est produit par petites étapes. PHP comptait déjà plusieurs millions d'utilisateurs au moment où il est devenu la bibliothèque C flexible et intégrable qu'elle est aujourd'hui, dont la plupart dépendaient de son modèle d'exécution antérieur, donc elle n'a pas encore fait une tentative solide pour échapper à la modèle cgi en interne. Même l'interface de ligne de commande appelle la bibliothèque PHP (libphp5.so sur linux, php5ts.dll sur windows, etc.) comme s'il s'agissait toujours d'un cgi traitant une requête GET / POST. Il exécute toujours le code comme s'il ne lui restait qu'à créer une "page" et à mettre fin à son cycle de vie. Par conséquent, il prend très peu en charge la programmation multi-thread ou événementielle (dans l'espace utilisateur PHP), ce qui la rend actuellement peu pratique pour les applications multi-utilisateurs en temps réel.

Notez que PHP a des extensions pour fournir des boucles d'événements (telles que libevent) et des threads (tels que pthreads) dans l'espace utilisateur PHP, mais très, très peu d'applications les utilisent.

2) PHP a toujours des problèmes importants avec la collecte des ordures. Bien que ces problèmes se soient constamment améliorés (il s'agit probablement de la meilleure étape pour mettre fin au cycle de vie comme décrit ci-dessus), même les meilleures tentatives de création d'applications PHP de longue durée nécessitent d'être redémarrées régulièrement. Cela le rend également peu pratique pour les applications en temps réel.

PHP 7 sera également une excellente étape pour résoudre ces problèmes et semble très prometteur en tant que plate-forme pour les applications en temps réel.

J'ai essayé d'en prendre note et j'ai rassemblé et écrit des exemples dans une perspective java .

HTTP pour les développeurs Java

Ajax inversé - Style ancien

Gestion asynchrone côté serveur

Ajax inversé - Nouveau style

Événements envoyés par le serveur

Le mettre ici pour tout développeur java qui se penche sur le même sujet.

Vous pouvez facilement utiliser Node.JS dans votre application Web uniquement pour la communication en temps réel. Node.JS est vraiment puissant quand il s'agit de WebSockets. Par conséquent, "Notifications PHP via Node.js" serait un excellent concept.

Voir cet exemple: Création d'une application de chat en temps réel avec PHP et Node.js