Gần đây tôi đã phát hiện ra các sự kiện Server-Sent như là một sự thay thế đơn giản hơn nhiều cho WebSockets để đẩy từ máy chủ. Hầu hết các địa điểm so sánh chúng (như here, here và here) nói rằng nếu bạn không cần giao tiếp song công đầy đủ giữa máy khách và máy chủ thì WebSockets quá mức cần thiết và SSE đủ tốt.Nhược điểm của việc sử dụng các sự kiện Server-Sent cho giao tiếp client-server hai chiều (thay vì WebSockets)
Câu hỏi của tôi là nhược điểm của việc sử dụng SSE khi bạn cần truyền thông hai chiều (ví dụ như trò chuyện), sử dụng các yêu cầu ajax thường xuyên để gửi tin nhắn từ máy khách và luồng máy chủ để nhận chúng? Xem xét rằng tôi phải làm ít hoặc không có cấu hình ở phía máy chủ để sử dụng SSE, nó có vẻ là một lựa chọn hấp dẫn hơn nhiều.
Điểm tốt, nhưng tôi không hoàn toàn đồng ý về độ phức tạp của một máy chủ độc lập. Giao thức SSE chết đơn giản - đơn giản hơn nhiều so với WebSockets (không bắt tay, rập khuôn, che mặt, nhị phân). Trong cả hai trường hợp, bạn cần phải phân tích cú pháp tiêu đề HTTP (giống như). Bạn có thể thực hiện máy chủ SSE trong một bash script :) – Kornel
@porneL, bạn nói đúng, một máy chủ SSE cơ bản có thể khá đơn giản để thực hiện (mặc dù tôi muốn xem phiên bản bash của bạn), nhưng máy chủ WebSocket cơ bản. Nhưng không quan tâm, quan điểm của tôi không phải là máy chủ WebSocket đơn giản hơn, mà SSE thường giả định máy chủ web trong khi WebSockets thì không (mặc dù nó được thiết kế để tích hợp dễ dàng với cơ sở hạ tầng web hiện có). – kanaka