[Node.js] Utilisation de Socket.IO

[quentin01]

Je n'ai pas testé pour la reception des sockets, mais je ne pense pas. Dans mon cas, la boucle d'affichage se bloquait vraiment. Je ne sais d'ailleurs pas pourquoi ...

[niahoo]

Hello,

Je voudrais bien avoir des retours de performances sur socket.io car je m'apprête à abandonner ma solution actuelle de push. J'ai lu pas mal de trucs sur socket.io et pas que du bien, vraiment.

merci

[Maks]

J'ai pas encore de retours à te donner personnellement pour un usage en production.
Quelques notes à l'utilisation :

Socket trop volumineuses envoyées simultanément = ralentissements
Manque de stabilité/performance lorsqu'il ne s'agit pas de websockets
500 tickets ouverts sur Github quand même

Quelle alternative ? (https://github.com/sockjs/sockjs-erlang ?)

---

On attend la version 1.0 aussi ! Les auteurs de Socket.IO on sortis Engine.IO aussi : https://github.com/LearnBoost/engine.io
Concrètement Socket.IO est basé sur Engine.IO. Peut être que ce dernier fonctionne mieux ? (mais il va manquer des choses, les rooms, le support des autres transport aussi je crois)

[niahoo]

apparemment la version du serveur utilisé pour sockjs colle pas avec celle que j'utilise. Ils sont basés sur une vieille version, j'ai envoyé un message aux dev pour demander.

C'est justement sur un comparatif sockjs/socket.io que j'avais lu que ce dernier était un peu poussif et qu'il utilisait une méthode bien moisie pour déterminer le meilleur mode de transport.

Mais d'un autre côté c'est le truc le plus mainstream donc il sera amélioré petit à petit et il y a des tutos et du support, je pense que je vais essayer socket.io.

[Maks]

Tu as encore le lien vers ce comparatif ? ^^

Les développeurs de Socket.IO semblent se concentrer sur Engine.IO actuellement. Si tu cherches quelque chose de plus léger/stable(?) ça peut être une bonne idée d'essayer aussi (surtout que l'API est sensiblement la même)

[niahoo]

Non je n'ai plus la discussion technique sur le mode de transport. Le probleme avec engine.io c'est qu'il n'y a pas de handler pour erlang à première vue !

[Maks]

J'avais pas vu mais dans les branches sur github il y a la 1.0 de Socket.IO basée sur Engine.IO. On a pas encore de recul mais peut être que cette version sera meilleure et rien n'empêche de la tester maintenant (si c'est adaptable vis à vis de ton implémentation en erlang ?)

[niahoo]

ben en fait ma solution actuelle fonctionne !! c'est simplement que j'envoyais des requêtes alors que la connexion n'était pas encore établie.

Bon du coup ça fait chier, il va falloir que je délaie dans la mise en place de la page tout ce qui dépend de cette connexion.