Internet Collaboratif

Ce n’est pas très difficile de miser sur le « temps réel« … Depuis déjà plusieurs mois, le web se familiarise avec cette notion jusque-là irréaliste : « The Real-time web« . Habituellement le protocole Http repose sur des canaux unilatéraux (client vers serveur puis serveur vers client) qui se ferment un fois la réponse émise.Comet, lui, fonctionne en canaux bidirectionnels et repose sur un ensemble de deux connexions duales HTTP non-fermées (la connexion persiste même lorsque la réponse est émise). Cette nouvelle approche, parfois comparée à Ajax, ouvre de nouvelles perspectives pour les applications Internet de nouvelle génération incluant la notion de temps-réel. Quelques démonstrations se trouvent sur le site du projet Ajax Push Engine.

En pratique, l’avantage de ce procédé est d’éviter au client de devoir envoyer des requêtes au serveur alors que ce dernier n’a aucune donnée (modification) à retourner. C’est donc le serveur qui envoie en « push » ses données quand celui-ci le choisi. Le nombre de requête  ainsi nécessaire peut dans certains cas être fortement réduit.

Dans cet exemple, le client envoi d’abord 1 requête (suite à une action de l’utilisateur) puis le serveur lui répond. Le client envoie alors une 2ème requête et attend la réponse du serveur. Ensuite, sans action du client, le serveur envoie consécutivement 2 requêtes vers le client…

PS : ce schémas fait abstraction des délais de traitement de l’information côté serveur et des délais d’affichage côté client.

Autrement dit, on reviens vers la « vraie » notion d’Internet : « tout poste disposant d’une adresse IP est à la fois un client et un serveur. » ça va faire plaisir à certains…

En savoir plus …

• Comet (programming)
• Comet: Low Latency Data for the Browser

Crédit photo : sundstrom

Autre lectures sur le même sujet...

• 9 décembre 2009 -- Ajax Push Engine 1.0 (APE) pour les applications web 2.0 en temps-réel
• 14 mai 2009 -- Ajax Push Engine (APE), jusqu’à 100 000 utilisateurs synchrone