Ir al contenido principal

Redis, Laravel Echo y Laravel Broadcast para frontends colaborativos (que se sincronizan)

 A juzgar por su nombre ¿Qué es un RedisEventPusher? ¿Se puede usar como parte de una estrategia para sincronizar en tiempo real varias terminales de usuario trabajando colaborativamente?

Esa es una excelente observación. A juzgar por su nombre, un RedisEventPusher es exactamente lo que parece: un componente o una estrategia que utiliza Redis para "empujar" o "transmitir" eventos. Y sí, es una parte fundamental de una estrategia para lograr la sincronización en tiempo real entre múltiples usuarios.


¿Qué es un RedisEventPusher?

En tu caso, con Laravel y React, un RedisEventPusher se refiere a un patrón de diseño donde tu servidor de Laravel utiliza las capacidades de Pub/Sub (Publicar/Suscribirse) de Redis para notificar a los clientes sobre los cambios.

  • Publicar: El servidor de Laravel publica un mensaje o "evento" en un canal específico de Redis.

  • Suscribirse: Cada cliente (cada navegador con tu aplicación de React abierta) se suscribe a ese mismo canal, escuchando los mensajes que se envían.

Cuando un usuario realiza un cambio (por ejemplo, actualiza un registro de la historia clínica), tu backend de Laravel procesa ese cambio, lo guarda en la base de datos SQL y, casi instantáneamente, envía un evento a Redis. Los navegadores de todos los demás usuarios que están suscritos a ese canal reciben la notificación del evento y actualizan su interfaz de usuario.


Sincronización en tiempo real

Esta estrategia funciona de la siguiente manera:

  1. Un usuario en la "Terminal A" realiza un cambio. El frontend de React envía el cambio a tu API de Laravel.

  2. El backend de Laravel valida el cambio, lo guarda en tu base de datos SQL y luego, usando un RedisEventPusher, envía un evento a un canal de Redis (por ejemplo, clinic.updates).

  3. Tu aplicación de React en las "Terminales B y C" está escuchando activamente ese canal a través de una conexión WebSocket.

  4. Tan pronto como el evento llega a través de Redis, las "Terminales B y C" reciben la notificación y actualizan sus interfaces de usuario con los datos más recientes.

En el ecosistema de Laravel, esto se implementa comúnmente usando el sistema de Broadcasting de Laravel junto con Laravel Echo en el frontend. Esto te permite conectar fácilmente tu aplicación de React a los eventos que tu backend transmite a través de Redis.

Es una forma muy eficiente de lograr la colaboración en tiempo real, ya que evita que cada terminal tenga que preguntar constantemente al servidor si hay nuevos datos.

Si quieres, puedo ayudarte a crear un ejemplo de código en React para que veas cómo se conectaría con Laravel Echo y un canal de Redis.

Comentarios

Entradas populares de este blog

Crear proyecto de frontend con Vite, React, Tailwind, Typescript y JSX

 ¿Cómo se crea un proyecto exclusivo de frontend con Vite, React, Tailwind, Typescript y JSX? ¡Absolutamente! Entiendo que quieres la guía completa para pasar de cero a tener un proyecto de frontend moderno, vacío y listo para ser llenado con tu código. A continuación, te proporciono un archivo de guía detallada que incluye todos los comandos necesarios para inicializar el proyecto, configurar Tailwind CSS, y los pasos clave para empezar a "poblarlo". Voy a generar un documento Markdown con la guía paso a paso, incluyendo los comandos de terminal y las modificaciones esenciales a los archivos de configuración. Guía: Creación de un Proyecto Frontend Puro (Vite, React, TypeScript, Tailwind) Este documento detalla el proceso para inicializar un proyecto de frontend vacío y optimizado, utilizando Vite como empaquetador, React como librería, TypeScript para tipado y Tailwind CSS para estilizado. 1. Inicialización del Proyecto con Vite Vite es la herramienta más rápida para emp...

Tokens V2

Tokens: Programme to discover tokens, where there are not. Now available at  https://puszcza.gnu.org.ua/projects/tokens/ This is Version 2, for  version 1, go here . Synopsis: use TokensV2; sub printFile; my @FORMAT = ( ['<Message Date=".*?" Time=".*?" DateTime=".*?" SessionID=".*?"><From>(?:<User FriendlyName=".*?"/>)+</From><To>(?:<User FriendlyName=".*?"/>)+</To><Text(?: Style=".*?")?>.*?</Text></Message>',   sub {     my $fh = $_[1];     my ($d, $t, $f, $s, $T) = $_[0] =~ m|<Message Date="(.*?)" Time="(.*?)" DateTime=".*?" SessionID=".*?">(<From>(?:<User FriendlyName=".*?"/>)+</From>)<To>(?:<User FriendlyName=".*?"/>)+</To><Text(?: Style="(.*?)")?>(.*?)</Text></Message>|;     my $F = join '<br />', ...

Perl Net::LDAP::SimpleServer

Adaptaciones sobre el módulo LDAP Server para Windows (Strawberry Perl) Lista de adaptaciones (continúa más abajo): - Relajación de condiciones de bind:     - Cuenta principal (principal account)     - Validación de contraseñas Ubicación del archivo: %Strawberry_Perl%\site\lib\net\ldap\SimpleServer\ProtocolHandler.pm CPAN: http://search.cpan.org/~russoz/Net-LDAP-SimpleServer-0.0.17/lib/Net/LDAP/SimpleServer.pm Código: package Net::LDAP::SimpleServer::ProtocolHandler; use strict; use warnings; # ABSTRACT: LDAP protocol handler used with Net::LDAP::SimpleServer our $VERSION = '0.0.17';    # VERSION use Net::LDAP::Server; use base 'Net::LDAP::Server'; use fields qw(store root_dn root_pw allow_anon); use Carp; use Net::LDAP::LDIF; use Net::LDAP::Util qw{canonical_dn}; use Net::LDAP::FilterMatch; use Net::LDAP::Constant (     qw/LDAP_SUCCESS LDAP_AUTH_UNKNOWN LDAP_INVALID_CREDENTIALS/,   ...