WebpushEdit
La proposition Webpush de L’Internet Engineering Task Force est un protocole simple utilisant HTTP version 2 pour fournir des événements en temps réel, tels que des appels entrants ou des messages, qui peuvent être livrés (ou « poussés”) en temps opportun. Le protocole consolide tous les événements en temps réel en une seule session, ce qui garantit une utilisation plus efficace des ressources réseau et radio. Un seul service consolide tous les événements, distribuant ces événements aux applications à leur arrivée. Cela nécessite une seule session, évitant les frais généraux dupliqués.,
Les Notifications Web font partie de la norme W3C et définissent une API pour les notifications de l’utilisateur final. Une notification permet d’alerter l’utilisateur en dehors du contexte d’une page web, d’un événement, comme la livraison de courrier électronique. Dans le cadre de cette API Push standard définie par le W3C, est maintenant implémenté par Chrome, Firefox, Edge et Safari.
HTTP server pushEdit
HTTP server push (également connu sous le nom de HTTP streaming) est un mécanisme permettant d’envoyer des données non sollicitées (asynchrones) d’un serveur web à un navigateur web. Le push du serveur HTTP peut être réalisé par l’un des mécanismes suivants.,
en tant que partie de HTML5, L’API WebSocket permet à un serveur web et à un client de communiquer via une connexion TCP en duplex intégral.
généralement, le serveur web ne met pas fin à une connexion après que les données de réponse ont été transmises à un client. Le serveur web laisse la connexion ouverte de sorte que si un événement se produit (par exemple, un changement dans les données internes qui doit être signalé à un ou plusieurs clients), il peut être envoyé immédiatement; sinon, l’événement devrait être mis en file d’attente jusqu’à ce que la prochaine demande du client soit reçue. La plupart des serveurs Web offrent cette fonctionnalité via CGI (par exemple,, Scripts D’en-têtes non analysés sur le serveur HTTP Apache). Le mécanisme sous-jacent de cette approche est l’encodage de transfert en morceaux.
un autre mécanisme est lié à un type MIME spécial appelémultipart/x-mixed-replace
, qui a été introduit par Netscape en 1995. Les navigateurs web interprètent cela comme un document qui change chaque fois que le serveur envoie une nouvelle version au client. Il est toujours pris en charge par Firefox, Opera et Safari aujourd’hui, mais il est ignoré par Internet Explorer et n’est que partiellement pris en charge par Google Chrome., Il peut être appliqué aux documents HTML, ainsi que pour le streaming d’images dans les applications webcam.
la proposition WHATWG Web Applications 1.0 inclut un mécanisme pour envoyer du contenu au client. Le 1er septembre 2006, le navigateur Web Opera a implémenté ce nouveau système expérimental dans une fonctionnalité appelée « événements envoyés par le serveur ». Il est maintenant normalisé dans le cadre de HTML5.
PushletEdit
dans cette technique, le serveur tire parti des connexions HTTP persistantes, laissant la réponse perpétuellement « ouverte » (c’est-à-dire,, le serveur ne termine jamais la réponse), trompant efficacement le navigateur pour rester en mode « chargement » après que le chargement initial de la page ait pu être considéré comme terminé. Le serveur envoie ensuite périodiquement des extraits de JavaScript pour mettre à jour le contenu de la page, atteignant ainsi la capacité push. En utilisant cette technique, le client n’a pas besoin D’applets Java ou d’autres plug-ins pour garder une connexion ouverte au serveur; le client est automatiquement informé des nouveaux événements, poussé par le serveur., Un inconvénient sérieux de cette méthode, cependant, est le manque de contrôle du serveur sur le délai d’expiration du navigateur; une actualisation de la page est toujours nécessaire si un délai d’expiration se produit à la fin du navigateur.
long pollingEdit
long polling n’est pas un vrai push; long polling est une variante de la technique d’interrogation traditionnelle, mais il permet d’émuler un mécanisme push dans des circonstances où un push réel n’est pas possible, comme les sites avec des politiques de sécurité qui nécessitent le rejet des requêtes HTTP/s entrantes.,
avec l’interrogation longue, le client demande des informations au serveur exactement comme dans l’interrogation normale, mais avec l’espoir que le serveur peut ne pas répondre immédiatement. Si le serveur n’a pas de nouvelles informations pour le client lors de la réception du sondage, au lieu d’envoyer une réponse vide, le serveur maintient la demande ouverte et attend que les informations de réponse deviennent disponibles. Une fois qu’il a de nouvelles informations, le serveur envoie immédiatement une réponse HTTP/s au client, complétant la demande HTTP/s ouverte., Dès réception de la réponse du serveur, le client émet souvent immédiatement une autre demande du serveur. De cette façon, la latence de réponse habituelle (le temps entre le moment où les informations deviennent disponibles pour la première fois à la prochaine demande du client) autrement associée aux clients d’interrogation est éliminée.
par exemple, BOSH est une technique HTTP populaire et de longue durée utilisée comme alternative à une connexion TCP continue lorsqu’une telle connexion est difficile ou impossible à utiliser directement (par exemple,, dans un navigateur web); C’est également une technologie sous-jacente dans le XMPP, Qu’Apple utilise pour son support iCloud push.
flash XMLSocket relaysEdit
Cette technique, utilisée par les applications de chat, utilise L’objet XMLSocket dans un film Adobe Flash d’un seul pixel. Sous le contrôle de JavaScript, le client établit une connexion TCP à un relais unidirectionnel sur le serveur. Le serveur relais ne lit rien de ce socket; au lieu de cela, il envoie immédiatement au client un identifiant unique. Ensuite, le client fait une requête HTTP au serveur web, y compris avec lui cet identifiant., L’application web peut alors pousser les messages adressés au client vers une interface locale du serveur relais, qui les relaie sur la prise Flash. L’avantage de cette approche est qu’elle apprécie l’asymétrie naturelle de lecture-écriture qui est typique de nombreuses applications web, y compris le chat, et par conséquent elle offre une grande efficacité. Comme il n’accepte pas les données sur les sockets sortants, le serveur relais n’a pas du tout besoin d’interroger les connexions TCP sortantes, ce qui permet de maintenir ouvertes des dizaines de milliers de connexions simultanées., Dans ce modèle, la limite à l’échelle est la pile TCP du système d’exploitation du serveur sous-jacent.
Reliable Group Data Delivery (RGDD)Edit
dans les services tels que le Cloud Computing, pour augmenter la fiabilité et la disponibilité des données, elles sont généralement poussées (répliquées) sur plusieurs machines. Par exemple, le système de fichiers distribué Hadoop (HDFS) fait 2 copies supplémentaires de tout objet stocké. RGDD se concentre sur la conversion efficace d’un objet d’un emplacement à plusieurs tout en économisant de la bande passante en envoyant un nombre minimal de copies (une seule dans le meilleur des cas) de l’objet sur n’importe quel lien sur le réseau., Par exemple, Datacast est un schéma pour la livraison à de nombreux nœuds à l’intérieur des centres de données qui repose sur des topologies régulières et structurées et DCCast est une approche similaire pour la livraison à travers les centres de données.
Push notificationEdit
une notification push est un message qui est « poussé » du serveur principal ou de l’application vers l’interface utilisateur, par exemple (mais sans s’y limiter) les applications mobiles et les applications de bureau. Les notifications Push ont été introduites pour la première fois par Apple en 2009.In 2010 Google a publié son propre service, Google Cloud to Device Messaging., (Il a depuis été remplacé par Google Cloud Messaging, puis Firebase Cloud Messaging.) Novembre 2015, Microsoft a annoncé que le service de Notification Windows serait étendu pour utiliser L’architecture universelle de la plate-forme Windows, permettant aux données push d’être envoyées à Windows 10, Windows 10 Mobile, Xbox, ainsi qu’à d’autres plates-formes prises en charge à l’aide d’appels API universels et de requêtes POST.
Les notifications Push sont principalement divisées en 2 approches, les notifications locales et les notifications distantes., Pour les notifications locales, l’application planifie la notification avec le système d’exploitation de l’appareil local ou, alternativement, définit comme minuterie dans l’application elle-même si elle est capable de s’exécuter en continu en arrière-plan. Lorsque l’heure prévue de l’événement est atteinte ou que la condition programmée de l’événement est remplie, le message s’affiche dans l’interface utilisateur de l’application.
Les notifications distantes sont gérées par un serveur distant. Dans ce scénario, l’application cliente doit être enregistrée sur le serveur avec une clé unique (par exemple, un UUID)., Le serveur déclenche ensuite le message contre la clé unique pour transmettre le message à l’application cliente via un protocole client/serveur convenu tel que HTTP ou XMPP et le client affiche le message reçu. Lorsque la notification push arrive, elle peut transmettre de courtes notifications et messages, définir des badges sur les icônes de l’application, clignoter ou allumer en continu la LED de notification, ou émettre des sons d’alerte pour attirer l’attention de l’utilisateur. Les notifications Push sont généralement utilisées par les applications pour attirer l’attention des utilisateurs sur des informations., Le contenu des messages peut être classé dans les catégories suivantes:
- messages de Chat, par exemple: messages de Facebook messenger envoyés par d’autres utilisateurs.
- offres spéciales du fournisseur, par exemple: un fournisseur peut vouloir annoncer ses offres sociales aux clients.
- rappel D’événement, par exemple: certaines applications peuvent permettre au client de créer un rappel ou une alerte pour une heure spécifique.
- Les sujets abonnés changent, par exemple: les utilisateurs peuvent vouloir obtenir des mises à jour concernant la météo dans leur emplacement, ou surveiller une page web pour suivre les changements, par exemple.,
Les notifications push en temps réel peuvent poser des problèmes de confidentialité, car elles peuvent être utilisées pour lier les identités virtuelles de pseudonymes de réseaux sociaux aux identités réelles des propriétaires de smartphones.
Laisser un commentaire