Las aplicaciones web en tiempo real requieren capacidades de inserción HTTP, mientras que HTTP, por naturaleza, solo está orientada.
Las diferentes formas existentes de resolver que inicialmente se agruparon bajo el término “Cometa”. Usó iframes, etiqueta de script o solicitud XHR con codificación de transferencia Chunked casi interminable o sondeo largo.
HTML5 presentó otras 2 soluciones más estandarizadas:
– Eventos enviados por el servidor
– La API de WebSocket
- ¿Por qué los programadores de R usan OpenCPU complicado para aplicaciones web si tienen una excelente plataforma Shiny?
- ¿Por qué Twitter dejó de ser una aplicación de una sola página?
- Cómo abordar un problema como construir una aplicación web para un campus escolar
- ¿Cuál es el mejor marco web para hacer algunas aplicaciones web de compras en línea teniendo en cuenta el tráfico más la seguridad? Recomendación de servicio de alojamiento es una ventaja?
- ¿Cuál es la mejor manera de desarrollar una hoja de cálculo en línea?
Casi cualquier solución con la que venga, tendrá que enfrentar un problema importante: se requiere una conexión mantenida, y en la mayoría de las plataformas web existentes, significó un proceso dedicado por visitante con su costo de memoria dedicado
El entorno de bucle de eventos de un solo hilo de node.js no era solo uno de su tipo, sino que hacía que este paradigma fuera accesible en el servidor para una gran comunidad de desarrolladores con una manera muy fácil de compartir contribuciones.
Con este tipo de solución, el costo de las conexiones mantenidas ya no está relacionado con el peso de la memoria de subprocesos, sino con el insignificante de los sockets, por lo que cuando se estandarizaron los Web Sockets, se realizó una de las primeras “Pruebas de concepto” con el nodo. js y a menudo sirvió como referencia.
Luego vino Socket.IO, que proporciona un buen polyfil para sockets web, y un módulo node.js para el servidor, como algunas aplicaciones PHP o Java, comenzaron a comunicarse con un proceso de nodo para trabajar con conexiones Web Socket. También puede elegir sockjs o en un nivel superior Meteor.
Wakanda, todavía en la familia JavaScript del lado del servidor, eligió otro enfoque para estar más orientado a los estándares web mediante la implementación de Web Workers en el servidor y luego manejar las conexiones de Web Sockets en un solo Shared Workers (potencialmente en cada canal) para la comunicación en tiempo real, mientras aún permitiendo múltiples subprocesos con trabajadores dedicados para solicitudes HTTP regulares