Diferencias entre AJAX, WebSockets y Server-sent Events

[@santraez]

gracias!!, estuvo muy claro.. 👍👍👍

[@pepe_si_]

Para poder ocupar AJAX, Websocket o Server-sent events es necesario que cree una base de datos verdad? Y crees que es posible utilizar una base de datos de Firebase?

[@androsfenollosa]

No es necesario usar una base de datos. Son protocolos para enviar o recibir datos, no para gestionarlos, almacenarlos o realizar búsquedas.

[@KlanBr1]

las tres utilizan el protocolo http? pero no es que este protocolo es sincrono? la programacion reactiva usa alguna de estas o las tres?

[@androsfenollosa]

No, cada uno usa su propio protocolo. AJAX sí usa HTTP. Todos son asíncronos y encajarían en el manifiesto de la programación reactiva (como parte del flujo). Espero haberte respondido. Un saludo

[@KlanBr1]

@@androsfenollosa y todos se usan para api rest? no me queda claro si serían api rest si no usan el protocolo HTTP. Osea Ajax sería el único usado para rest?

[@androsfenollosa]

@@KlanBr1 AJAX, o también llamado Fetching data, sería el único que podrías utilizar para interactuar con un API REST. Los otros están diseñado para otras tareas, como el realtime (en tiempo real) o enviar mensajes bidireccionales (AJAX debe empezar la comunicación, por lo tanto es unidireccional). Por ejemplo usarías WebSockets para enviar información entre el cliente al servidor y del servidor al cliente, como un chat. SSE es ideal para enviar mensajes del servidor al cliente, como notificar eventos (una subasta). Un saludo

[@daioncode862]

tengo un registro de asistencia, un formulario donde ingresan los datos en mi php en un archivo php solo necesito estar recibiendo los registros podria usar Server-sent Events?

[@androsfenollosa]

Sí, podrías. Aunque si tu intención es también introducir datos, lo ideal sería usar WebSockets.

[@daioncode862]

@@androsfenollosa Amigo tienes alguna fuente donde pueda configurar un websocket con php

[@androsfenollosa]

​@@daioncode862 Que yo sepa, PHP no puede servir WebSockets por su naturaleza, ya que es solo un motor de plantillas. Sin embargo, puede que encuentres alguna extensión en C que añada esta funcionalidad. ¡Ánimo!

[@daioncode862]

@@androsfenollosa si es posible amigo

[@alejandropineiro5998]

Gracias por el video! En el caso de tener un proyecto que requiera que muchos usuarios (ejemplo 100) al mismo tiempo puedan usar cada uno su chat, ¿Qué es mejor a nivel de recursos del lado del servidor?: 1) Que cada uno de esos 100 clientes haga por ejemplo una consulta por AJAX desde el frontend hacia el backend, o 2) Que cada cliente abra un websocket y mantener 100 websockets abiertos. Hiciste alguna prueba real con muchos sockets? No se que tanto recarga eso al servidor....

[@androsfenollosa]

Gracias a ti por el comentario. Respondiendo a tu duda: AJAX no es una opción para un chat, en ningún caso por muy pequeño o grande que sean los usuarios en activo. Lo voy a enfocar solo desde el punto de vista que te preocupa, el rendimiento. El servidor necesita menos recursos para mantener 1000 websockets abiertos que 10 peticiones/consultas constantes a una API. Requiere mucha energía procesar una consulta, pero mantener un socket es de las tareas que menos desgaste vas a encontrar en temas de memoria o gasto de CPU, es ridículo. También te dejo caer que si esperas muchos usuarios a largo plazo, podrías montar un servidor XMPP en paralelo. Un saludo

[@alejandropineiro5998]

@@androsfenollosa Muchísimas gracias por tu respuesta!!! En principio serían menos de 100 chats incluso a largo plazo en simultáneo. Voy a ponerme a investigar mejor el tema de los websockets con prioridad alta, porque actualmente ya está en producción el chat funcionando con un ajax cada 10 segundos. Nuevamente agradezco mucho tu respuesta, ayuda a saber mejor que camino seguir con este tema que me tenía preocupado! Saludos