Il y a 2 pièces de ce puzzle:
Q: le côté client de la part de la "comète" est-elle nécessaire?
A: Oui. Même dans les 2 prochaines années, vous n'allez pas voir un support complet pour les WebSockets dans les "grandes" des navigateurs. IE8 par exemple n'est pas prise en charge pour celle-ci, ni la version actuelle de FireFox. Étant donné que IE6 a été publié en 2001, et il est encore là aujourd'hui, je ne vois pas les WebSockets en tant que remplacement de la comète complètement n'importe quand bientôt.
Q: la partie côté serveur de la comète " est-elle nécessaire?
A: Oui. La comète serveurs sont conçus pour gérer à long terme les connexions HTTP, où "typique" des serveurs web ne le sont pas. Même si le côté client prend en charge les WebSockets, le côté serveur doit être conçu pour supporter la charge.
En outre, en tant que "gustavogb" mentionné, au moins maintenant les WebSockets ne sont pas correctement pris en charge dans beaucoup de proxy HTTP, jusqu'à ces tout mis à jour en tant que bien, nous allons encore besoin d'une sorte de mécanisme de secours.
En bref: la comète, tel qu'il existe aujourd'hui, ne va pas disparaître de sitôt.
Comme l'ajout d'une remarque: les versions de WebSockets qui SONT actuellement mis en œuvre dans Chrome et Safari sont deux projets distincts, et de travailler sur le "courant" le projet est encore sous de très fortes développement, de sorte que je ne crois même pas qu'il est réaliste de dire que les WebSockets soutien est fonctionnel pour le moment. Comme une curiosité ou pour l'apprentissage, c'est sûr, mais pas comme un vrai spec, du moins pas encore.
[Mise à jour, 2/23/11]
Actuellement l'expédition de la version de Safari a une fracture de la mise en œuvre (il n'envoie pas le droit d'en-tête), Firefox 4 a simplement obsolète WebSockets, de sorte qu'il ne livrons pas le permis, et IE9 n'est pas bon non plus. Ressemble à Chrome est le seul avec un groupe de travail, permis de version d'un projet de spec, donc les WebSockets a un long chemin à parcourir encore.