Quels sont le Long du Scrutin, les Websockets, Server-Sent Events (ESS) et de la Comète?

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

Un homme comme pour une prise à m'expliquer ce que ces technologies sont:

  1. Le Long Du Scrutin
  2. Server-Sent Events
  3. Websockets
  4. Comète

Une chose que je suis venu à travers de tous les temps a été, le serveur conserve une connexion ouverte et pousse des données au client. Comment est la connexion ouverte, et comment le client d'obtenir la poussée? (Comment le client ne peut utiliser les données, peut-être un code peut aider?)

Maintenant, lequel des deux dois-je utiliser pour un réel moment de l'app. J'ai entendu beaucoup de choses sur les websockets (avec la prise.io [un node.js bibliothèque]), mais pourquoi ne pas en PHP?

  • En temps réel websocket ou webrtc? Il y a une bibliothèque de websocket en php, vous avez besoin d'écrire du code supplémentaire pour qu'il fonctionne à l'aide de ZMQ ou simplement de programmation socket, nodeJs est construit pour cette si son facilement disponibles. La raison websocket n'est pas facilement disponible en php, c'est que vous devez exécuter un supplément de terminal, et l'a gardé en cours d'exécution afin que le serveur websocket est facilement disponible, vous disposez de deux serveurs bas de gamme. et la structure, le php n'est pas un événement la structure comme le javascript donc il n'y a qu', websocket utilise une structure événement afin de capturer et d'envoyer des messages.
  • En outre: la Comète et ServerSent Événements sont de PHP solution de contournement de réalisation presque en temps réel(pas vraiment) sans création de 2 serveurs.
InformationsquelleAutor user1437328 | 2012-06-18
  1. 1979

    Dans les exemples ci-dessous, le client est le navigateur et le serveur est le serveur web qui héberge le site.

    Avant que vous pouvez comprendre ces technologies, vous devez comprendre classique HTTP trafic web en premier.

    HTTP:

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

    Quels sont le Long du Scrutin, les Websockets, Server-Sent Events (ESS) et de la Comète?

    Ajax D'Interrogation:

    1. Un client demande une page web à partir d'un serveur à l'aide de HTTP (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 à partir du serveur à intervalles réguliers (par exemple, 0,5 secondes).
    3. Le serveur calcule chaque réponse et l'envoie de retour, tout comme la normale du trafic HTTP.

    Quels sont le Long du Scrutin, les Websockets, Server-Sent Events (ESS) et de la Comète?

    Ajax Le Long Du Scrutin:

    1. Un client demande une page web à partir d'un serveur à l'aide de HTTP (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 à partir du serveur.
    3. Le serveur n'a pas immédiatement répondu à la demande d'informations mais attend jusqu'à ce qu'il y a nouveau de l'information disponible.
    4. Quand il y a des nouvelles informations disponibles, le serveur répond avec les nouvelles informations.
    5. Le client reçoit les nouvelles de l'information et l'envoie immédiatement une autre demande au serveur, re-commencer le processus.

    Quels sont le Long du Scrutin, les Websockets, Server-Sent Events (ESS) et de la Comète?

    HTML5 Serveur a Envoyé des Événements (ESS) /EventSource:

    1. Un client demande une page web à partir d'un serveur à l'aide de HTTP (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 vers le serveur.

    3. Le serveur envoie un événement pour le client quand il y a des nouvelles informations disponibles.

      • Trafic en temps réel à partir du serveur vers le client, surtout que ce dont vous aurez besoin
      • Vous aurez envie d'utiliser un serveur qui a une boucle d'événement de
      • Des connexions avec les serveurs à partir d'autres domaines ne sont possibles que avec les bons paramètres de la SCRO
      • Si vous voulez en savoir plus, j'ai trouvé ces très utile: (l'article), (l'article), (l'article), (tutoriel).

    Quels sont le Long du Scrutin, les Websockets, Server-Sent Events (ESS) et de la Comète?

    Websockets HTML5:

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

    3. Le serveur et le client peut maintenant envoyer des messages les uns aux autres lorsque de nouvelles données (de chaque côté) est disponible.

      • Trafic en temps réel à partir du serveur vers le client et du client vers le serveur
      • Vous aurez envie d'utiliser un serveur qui a une boucle d'événement de
      • Avec les WebSockets, il est possible de se connecter à un serveur à partir d'un autre domaine.
      • Il est également possible d'utiliser un tiers hébergé serveur websocket, par exemple Poussoir ou d'autres. De cette façon, vous n'aurez qu'à mettre en œuvre le côté client, ce qui est très facile!
      • Si vous voulez en savoir plus, j'ai trouvé ces très utile: (l'article), (l'article) (tutoriel).

    Quels sont le Long du Scrutin, les Websockets, Server-Sent Events (ESS) et de la Comète?

    Comète:

    Comète est un ensemble de techniques d'avant HTML5 qui utilisent la diffusion en continu et de longue interrogation pour réaliser des applications en temps réel. Lire plus sur wikipédia ou cette article.

    Maintenant, lequel des deux dois-je utiliser pour une application en temps réel (que j'ai besoin de
    le code). J'ai entendu beaucoup de choses sur les websockets (avec la prise.io [un
    nœud.bibliothèque js]), mais pourquoi ne pas en PHP ?

    Vous pouvez utiliser PHP avec les WebSockets, découvrez Ratchet.

    • C'est génial! Je suis dans la lecture sur l'ESS et trouvé cet article, c'est très sympa - comme je l'ai maintenant comparé les choses, vous pouvez également inclure l'ESS ici, donc nous pouvons également contre-vérifier, c'est la différence avec Websocket?
    • Oh, est ce que c'est? Je pensais que l'ESS signifiait Server-Sent Events. En tout cas, merci, je le vois maintenant.
    • Q: en php, nous allons dire que vous avez été à l'aide de websocket serait chaque client connecté à mon serveur à l'aide de ws: aurait un thread qui lui a été affecté et sa taille serait de ~2mb comme c'est le cas avec les demandes normales? comment serait diffèrent en nodejs? Combien de clients simultanés peuvent nodejs poignée et quand il se casse ce qui se passe?
    • quelle est la différence entre l'ESS et à long tirant? De vos mots, ils sont presque les mêmes.
    • Vous pouvez faire la même chose avec les deux solutions, mais le mécanisme est différent. Le Long du scrutin utilise "régulier" http de données, l'ESS utilise un autre protocole sous-jacent et les besoins d'un autre serveur d'installation par rapport à long-polling.
    • Pourquoi dites-vous de ne pas utiliser apache ?
    • Eh bien, vous pourriez utiliser apache si vous le souhaitez. Mais beaucoup de gens utilisent Node.js parce qu'il a une boucle d'événements. Mais pour Apache, voir stackoverflow.com/questions/12203443/...
    • Pouvez-vous me suggérer qui Comète Protocole d'utilisation de Spring MVC.
    • Gerat réponse. Mais pourquoi voudrais-je utiliser les websockets avec un serveur qui a une boucle d'événement?
    • Ce serait bien si cette réponse a été plus explicite à propos de la technologie sous-jacente. Qui les connexions TCP sont-ils utilisés? Sont deuxième connexions établies au cours de la première celle utilisée pour faire la demande d'origine? Comment est-pipelining HTTP impliqués?
    • Je suis d'accord, avez-vous de cette connaissance ou connaissez-vous un utilisateur qui n'?
    • Juste pour ajouter à ce que @Tieme a déjà répondu, les limites à la fois de l'ESS et WS peut être gérée comme suit: WS reconnecter problème peut être résolu en utilisant un client de la bibliothèque, par exemple awesome-websocket. ESS de la croix-serveur d'origine problème peut être résolu par envoi de la SCRO en-têtes de la réponse
    • Je ne pouvais pas comprendre les différences de la comète et ajax d'interrogation. Dans les deux techniques, nous sommes (comme client) envoi d'une requête ajax et d'attente ouvert avec une requête HTTP de la réponse du serveur. @Tieme
    • avez-vous lu le dernier paragraphe et suivi de l'url pour plus d'infos sur la comète?
    • Je suppose que le temps d'Interrogation (et probablement la comète trop) sera limitée par l'infrastructure réseau de l'application de court délai sur HTTP.
    • J'étais perdu avec votre explication au point où vous avez été en expliquant à propos de l'Ajax d'Interrogation et vous avez dit "Un client demande une page web à partir d'un serveur à l'aide de HTTP (voir HTTP-dessus) et ensuite La page web demandée exécute le JavaScript..." Comment procède régulièrement à un serveur web (par exemple apache) "exécute le JavaScript " ?
    • Je pense qu'il devrait être: "le client exécute le JavaScript sur la page" donc, c'est le navigateur, pas le rompre. Est-ce clair?
    • vous cloué ... génial répondre
    • Cette réponse doit être mise à jour que vous peut se connecter à un autre serveur si le serveur le permet (avec la SCRO)
    • Merci @DavidBarratt, qui n'était pas encore possible quand j'ai écrit la réponse originale à cette question. Mis à jour.

    InformationsquelleAutor Tieme
  2. 36

    Tieme mis beaucoup d'efforts dans son excellente réponse, mais je pense que le cœur de la Fpo question est de savoir comment ces technologies concernent PHP plutôt que la façon dont chaque technologie fonctionne.

    PHP est la langue la plus utilisée dans le développement web en outre l'évident côté client html, css, et javascript. Pourtant, PHP a 2 problèmes majeurs quand il s'agit pour les applications en temps réel:

    1) de PHP qui a commencé comme un très de base de CGI. PHP a beaucoup progressé depuis qu'il est tôt, mais c'est arrivé dans de petites étapes. PHP avait déjà plusieurs millions d'utilisateurs par le temps, il est devenu le embed-mesure et flexible de la bibliothèque C qu'il est aujourd'hui, dont la plupart étaient à la charge sur le modèle antérieur de l'exécution, de sorte qu'il n'a pas encore fait une tentative sérieuse pour échapper à la cgi modèle interne. Même l'interface de ligne de commande appelle la bibliothèque PHP (libphp5.donc sur linux, php5ts.dll sur windows, etc) comme si c'est encore un cgi traitement d'un GET/POST demande. Il s'exécute encore le code comme si il suffit de créer une "page", puis la fin de son cycle de vie. En conséquence, il a très peu de support pour le multi-thread ou de la programmation événementielle (au sein de l'espace utilisateur PHP), il est actuellement peu pratique en temps réel, multi-applications de l'utilisateur.

    Noter que PHP n'ont des extensions de fournir une boucle d'événement (comme les libevent) et les fils (comme les pthreads) dans l'espace utilisateur PHP, mais très, très, peu d'applications utilisent ces.

    2) de PHP a encore beaucoup de problèmes avec la collecte des ordures. Bien que ces questions ont été constamment à améliorer (probablement, il est plus grand pas à la fin du cycle de vie, comme décrit ci-dessus), même le meilleur des tentatives au long de la création de l'exécution des applications PHP besoin d'être redémarré sur une base régulière. Ce aussi le faire, peu pratique pour les applications en temps réel.

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

    • Une petite correction: PHP est toujours écrit en C, comme on peut le voir ici: museum.php.net/php1 Aussi, "moins utilisés (mais beaucoup plus populaire)" est plutôt contradictoire en soi; peut-être ce que tu veux dire est "plus" à la mode"?
    • Merci pour la correction, j'ai été en utilisant PHP depuis plus d'une décennie et ont toujours été sous l'impression que c'est les racines étaient en Perl. Le PHP histoire la page de soutient clairement qu'il était à l'origine C ainsi. Je vais modifier ma réponse une fois que je trouve un moment.
    • Merci de modifier votre réponse concernant les racines de php.
    • Je vais enlever le peu sur Perl car il ne se mélangent pas bien avec de la documentation officielle, mais c'est toujours une source de confusion zone en PHP développement de la petite enfance.
    • PHP 7 semble très prometteuse en tant que plate-forme pour les applications en temps réel? Quelles améliorations/changements de PHP7 pour les applications en temps réel?
    • de mémoire fixe de gestion / collecte des ordures, la compilation JIT, etc.
    • href="https://twitter.com/rasmus/status/226405807305138176" >twitter.com/rasmus/status/226405807305138176
    • mais aussi svn.php.net/viewvc/phpdoc/en/trunk/appendices/... && web.archive.org/web/20090426061624/http://us3.php.net/...

    InformationsquelleAutor JSON
  3. 9

    J'ai essayé de faire une remarque à ce sujet et ont recueilli et par écrit, des exemples à partir d'un perspective java.

    HTTP pour les Développeurs Java

    Reverse Ajax - style Ancien

    Async la Manipulation sur le côté serveur

    Reverse Ajax - Nouveau style

    Serveur A Envoyé Des Événements

    De le mettre ici pour tous les développeurs java qui est à la recherche dans le même sujet.

    InformationsquelleAutor John
  4. 0

    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 est sur les WebSockets. Par conséquent, "des Notifications via PHP Node.js" serait un excellent concept.

    Voir cet exemple:
    Création d'un Chat en Temps Réel Application avec PHP et Node.js

    InformationsquelleAutor Supun Kavinda