Es “sondeo largo” de la forma más eficiente de crear un sitio Web en tiempo real de aplicaciones?

Question

Quiero crear una aplicación como ésta:

http://collabedit.com/

¿Cuál es la forma más eficiente para crear esta aplicación en tiempo real?

Flash? ¿Sondeo largo? Http Streaming? o algo más?

Gracias;)

Answer 1

Por ahora, sondeo largo es probablemente la mejor solución. Muchos sitios de renombre tienen implementaciones de votación largas, como Facebook, Google y eBay. No todo el mundo ha instalado Flash / activado en su navegador. En el futuro Web Sockets podría ser capaz de hacer un trabajo más fácil del mismo para nosotros.

Actualización: Al escribir estas líneas, el WebSocket API se implementa en la última WebKit (Chrome / Safari) y Firefox 4 beta. También hay una acumulación instantánea pública de Opera disponible para su descarga con una implementación de la API. Esto significa probar la API está ampliamente disponible. Para obtener más información, ver esta respuesta .

Answer 2

Todos los diferentes métodos tienen diferentes ventajas y desventajas, no soy un especialista en las diferencias, es por eso que te recomiendo a evitar hacer la elección , evitar el desarrollo y puesta a punto que cada enfoque implica, evitar los futuros cambios en las tecnologías disponibles, el uso de una biblioteca que abstrae el método de transporte utilizado y elige el mejor enfoque basado en las capacidades del cliente (es decir, como HTML 5 Web sockets llegada.):

http://socket.io/

esta maravillosa biblioteca facilita la creación de aplicaciones en tiempo real increíblemente sencilla! y hay varias implementaciones de servidor: Python (Tornado), Java, Google GO, rack (Rubí), además de la aplicación de corriente en Node.js (JavaScript del lado servidor)

Answer 3

No creo que a largo de votación es la forma más eficiente de hacer Comet. De todos modos, envía la nueva petición HTTP después de que se obtuvo respuesta. Costó más solicitudes HTTP adicionales que la transmisión HTTP.

Sin embargo, a largo de votación podría ser más fiable y más fácil de aplicar que la transmisión HTTP. De acuerdo con este artículo en Google Code , la transmisión HTTP podría no ser funcional si proxy HTTP intermedio amortigua contenido.

Es interesante que Gmail no utiliza largo de votación. Con la ayuda de HTTP sniffer, está claro que se utiliza para la transmisión HTTP Comet.