👀 ✍️
Básicamente los eventos volátiles son eventos que no se envían al servidor si no hay conexión. A diferencia de los eventos normales que se almacenan en un buffer cuando no hay conexión y se envían de golpe al servidor una vez se restablece la conexión.
¿Cuando usar uno u otro?
Hay que tener en cuenta en que escenarios usar uno u otro. Si los mensajes que emitimos no son importante almacenarlos y solo necesitamos el último mensaje emitido, los eventos volátiles son los que deberiamos usar. Pero si por el contrario, necesitamos recibir todos los eventos que emite el cliente incluyendo los que emitió cuando no tuvo conexión, entonces debemos usar los eventos normales que se almacenan en el buffer del socket.
Fundamentos de Socket.io
Cómo hacer aplicaciones en tiempo real
Protocolos de comunicación: HTTP vs. WebSockets
¿Qué es Socket.io?
Socket.io vs. WebSockets
¿Cómo funciona Socket.io?
Ciclo de vida de Socket.io
Socket.io en la práctica
Creando nuestra primera aplicación con Socket.io
Obteniendo información de conexiones en el servidor
Emisión de eventos
On, Once y Off
Broadcast de eventos
Creación de salas con Socket.io
Namespaces en Socket.io
Lógica de envio de mensajes
Manejo offline
Eventos volátiles
Manejo de Middlewares
Herramientas extra
Debugging en Socket.io
Configuración para testing usando la librería jest
Testing con jest
Admin UI
Proyecto WebChat
Estructura inicial del proyecto WebChat
Sistema de autenticación
Programando la lógica del chat
Detalles finales y demostración de chat en tiempo real
Cierre
¿Quieres un Curso Práctico de Socket.io?
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Eventos volátiles
16/26Recursos
Aportes 3
Preguntas 1
Ordenar por:
Los eventos volátiles son eventos que solo se emiten cuando hay una conexión activa, si el client no esta conectado no hacen nada.
**EVENTOS VOLÁTILES**
*Los **eventos** **volátiles** en* **Socket.io** *son **aquellos** que **no** **garantizan** la **entrega** **si** el **cliente** **no** está **disponible** para **recibirlos** en el **momento** del **envío**. **Utilizando** el **método*** **volatile.emit***, estos **eventos** se **envían sin intentar reintentar** la **entrega**, lo que puede ser **útil** en **situaciones** **donde** la **inmediatez** es más **importante** que la **fiabilidad**, como en **actualizaciones** de estado en **tiempo** **real** que se **producen** con **alta** **frecuencia**. Por ejemplo, en un **juego** en **línea**, las **posiciones** de los **jugadores** pueden ser **enviadas** como **eventos** **volátiles**, ya que **perder** una **actualización** **ocasional** **no** **afectará** **significativamente** la **experiencia** del **usuario**. Este **enfoque** **optimiza** el **rendimiento** y **reduce** la **carga** de **red**, **priorizando** la **velocidad** **sobre** la **persistencia**.*
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?