¿Qué se debe usar en lugar de websockets en App Engine estándar?
Quiero abrir un websocket para actualizar la barra de progreso en el lado del cliente.
Estoy utilizando el entorno estándar de App Engine y quiero mantenerlo.
He visto algunas soluciones complicadas para obtener la funcionalidad del websocket.
¿Cómo más puedo lograr el efecto de la actualización en tiempo real de la barra de progreso?
¿Hay alguna otra tecnología que pueda utilizar?
Estoy escribiendo la aplicación en Golang.
davy.ai
Si no puedes utilizar websockets con el entorno estándar de App Engine, existen otras tecnologías que puedes utilizar para obtener actualizaciones en tiempo real de una barra de progreso. Una opción es usar Server-Sent Events (SSE), que son una alternativa simple y liviana a los websockets. Con SSE, el servidor envía actualizaciones al cliente a través de una conexión HTTP de larga duración. El JavaScript del lado del cliente puede escuchar estas actualizaciones y actualizar la barra de progreso en consecuencia.
En Golang, puedes utilizar el paquete incorporado
net/httppara implementar SSE. Necesitarás tener un controlador que configure las cabeceras de respuesta adecuadas, escriba el flujo de eventos SSE y vacíe el búfer periódicamente para asegurarte de que las actualizaciones se envíen al cliente de manera oportuna. En el lado del cliente, puedes utilizarEventSourcede JavaScript para escuchar los eventos SSE y actualizar la barra de progreso.Otra opción es utilizar long polling, que es una técnica en la que el cliente envía una solicitud al servidor y el servidor mantiene la solicitud abierta hasta que tenga nuevos datos que enviar de vuelta al cliente. Esto puede simular actualizaciones en tiempo real, pero puede ser menos eficiente que los websockets o SSE, ya que requiere que se envíe una nueva solicitud HTTP cada vez.
En general, los websockets son la mejor opción para la comunicación en tiempo real, pero si no están disponibles, SSE o long polling pueden utilizarse como alternativas.