Recentemente ho scoperto che gli eventi Server-Sent sono un'alternativa molto più semplice ai WebSockets per eseguire push dal server. La maggior parte dei luoghi che li confronta (come here, here e here) dicono che se non si ha bisogno di comunicazioni full duplex tra client e server, allora WebSockets è eccessivo e SSE è abbastanza buono.Lato negativo dell'utilizzo di eventi inviati dal server per comunicazioni client-server bidirezionali (anziché WebSockets)
La mia domanda è quale sarebbe il lato negativo dell'utilizzo di SSE quando si ha bisogno di comunicazioni bidirezionali (come una chat, ad esempio), utilizzando regolari richieste Ajax per l'invio di messaggi dal client e il flusso del server per la ricezione? Considerando che devo fare poca o nessuna configurazione sul lato server per usare SSE, sembra essere un'opzione molto più accattivante.
Ottimi punti, ma non sono abbastanza d'accordo sulla complessità di un server standalone. Il protocollo SSE è semplice: molto più semplice di WebSockets (nessuna stretta di mano, framing, masking, binary). In entrambi i casi è necessario analizzare le intestazioni HTTP (-like). È possibile implementare il server SSE in uno script bash :) – Kornel
@porneL, hai ragione, un server SSE di base potrebbe essere abbastanza semplice da implementare (anche se mi piacerebbe vedere la tua versione di bash), ma lo è anche un server WebSocket di base. Ma a prescindere, il mio punto non era che i server WebSocket sono più semplici, ma che SSE di solito assume un server web mentre WebSockets non lo fa (sebbene sia certamente progettato per integrarsi facilmente con l'infrastruttura web esistente). – kanaka