¿Cómo mostrar actualizaciones continuas en tiempo real en el navegador como el ticker de Facebook, la página de inicio de meetup.com sí? En python, PHP, node.js y ¿cuál sería el impacto en el rendimiento en el lado del servidor? También, ¿cómo podríamos lograr la misma actualización si la página está almacenada en caché por un CDN como akamai?¿Cómo mostrar actualizaciones continuas en tiempo real como Facebook ticker, página de inicio de meetup.com?
Usted tiene dos opciones (que otros han detallado anteriormente). En caso de que no esté familiarizado con algunas de las ideas conceptuales detrás de cada opción, pensé que le daría una o dos líneas al respecto. Tenga en cuenta que estoy presentando estos conceptos a muy, muy alto nivel.
Sus tres opciones son:
sondeo corto vence al uno vía de comunicación entre Cliente-Servidor al forzar cliente para enviar continuamente peticiones al servidor de la forma:
Client: Do you have a message for me?
Server: No.
Client: (wait x seconds)
Client: Do you have a message for me?
Server: No.
Client: (wait x seconds)
Client: Do you have a message for me?
Server: Yes. Here it is!
Client: Yay!
Client: (update message)
La persistente constante en nombre del cliente se llama sondeo. Para implementar esta estructura, necesitará configurar su servidor para "escuchar" estas solicitudes de sondeo del cliente.El servidor también tendrá que almacenar esos mensajes en alguna parte, de modo que cuando los mensajes estén listos, el servidor pueda entregarlos. En un muy alto nivel simplista, su servidor necesita:
También deberá vincular estas solicitudes de sondeo a algún tipo de ID de sesión para el usuario, de modo que los mensajes correctos lleguen a la persona adecuada. En general, el paradigma es complicado y, en mi opinión, ineficiente.
Web Sockets son nuevos en HTML5. La idea básica detrás de ellos es que el cliente puede mantener una conexión directa con el servidor y pueden presionar información entre sí. Por lo tanto, en lugar de lo habitual: los clientes envían solicitud GET >> El servidor responde con contenido, Web Sockets le permite mantener un diálogo continuo.
Para configurar esto, sin embargo, se necesita:
La configuración es algo complicado, aunque más simple que sondeo largo:
You'l Veo este patrón como Notificaciones Push (ciertamente, si tienes un iPhone que has experimentado esto) ya que el Servidor ha sido habilitado para empujar "cosas" al cliente (¡qué descortés!). Como hay muchos detalles de clientes y servidores, recomendaría probar algo como Pusher, que es básicamente un servicio web para manejar todas las partes duras de Web Sockets. Será una manera fácil de probar y jugar con el patrón antes de embarcarte en configurarlo tú mismo. Tiene bibliotecas de cliente y servidor.
Espero que la información le brinde una referencia para resolver su problema. Las otras respuestas tienen información más directa sobre cómo resolver cada escenario.
Una alternativa, aparentemente enfoque multi-navegador de Web sockets es largo Polling (ver Comet). En este caso, su cliente establece una conexión con el servidor y lo deja colgando, a la espera de que se replieguen los datos.La configuración para esto es algo complicada, pero representa un término medio entre Short Polling y Web Sockets.
Puede usar una encuesta, una encuesta larga o si desea un sistema de inserción. Lo más fácil sería una encuesta. Sin embargo, todas las soluciones requieren la codificación del lado del cliente.
El impacto en el rendimiento depende de su solución. Lo más fácil de implementar sería una encuesta. Una encuesta con frecuencia corta hace una solicitud efectiva cada, digamos 100 ms de simulación en tiempo real. Una encuesta larga tendría menos impacto, pero mantendría abierta una gran cantidad de solicitudes durante más o menos tiempo.
Estas son formas de implementar el cometa
recomendaría Socket.io, que se implementa con Node.js
ya que aprovecha utilizar el mejor método de conexión disponible
Sugiero implementar una conexión tipo socket con SockJS o Socket.io como la biblioteca de JavaScript del lado del cliente y luego usar Tornado en el lado del servidor para publicar cualquier cambio de estado en el cliente. El código es bastante simple.
El código del lado del cliente depende de la biblioteca que elija. SockJS o SocketIO. O si simplemente desea utilizar WebSockets directamente es muy simple: el código del lado
update_socket = new WebSocket("ws://my_server.com/listening_url");
update_socket.onmessage = function (evt) {
$("#my_div").html(evt);
};
El servidor también es bastante simple:
import tornado
class UpdateHandler(tornado.websocket.WebSocketHandler):
def open(self):
self.write_message('Hi client')
# listen for some events that are occurring
for message in function_that_generates_events():
self.write(message)
def on_message(self, message):
# Do something with incoming messages
def on_close(self):
# tidy up
app = tornado.web.Application(('r/listening_url',UpdateHandler))
app.listen(9000)