WebSocket и SSE просто, для собеседований и не только

[serafims]

Хорошая статья, спасибо, кратко и по делу, без воды. Кажется, в таблице сравнения перепутаны направление передачи данных.
Немного не хватает особенностей реализации общения после установки соединения - к примеру, у websocket протокол бинарный по сути с некоторыми заголовками, а не обычный raw socket в понимании TCP.

[Artur_frontDev]

Круто, что тебе понравилось )
В табличке было перепутано, но я уже все поправил. Странно, что у тебя не обновилось.

[polearnik]

вебсокеты выглядят как прокачанная версия sse . поэтому стоит сразу делать их. как только появится необходимость отправлять данные на сервере то будет очень дорого переделывать sse на вебсокеты.

[Artur_frontDev]

Очень большая ошибка так думать, WS это не (прокачанный SSE), это просто другой инструмент. Если ты, например, делаешь ленту новостей, зачем тебе вообще WS? SSE спокойно закроет задачу: он проще, легче и работает из коробки без лишней боли

А с WS ты сразу тащишь за собой кучу усложнений, нужно думать про переподключения, ping-pong, ловить ситуации когда соединение тихо умерло и т.д.

[Artur_frontDev]

POV: тут был ответ на коммент выше

[baldr]

Спасибо, статья довольно полезная, но уровень "для новичков и всё".

Голые вебсокеты мало кто использует, поверх них часто строятся другие протоколы. Можно было бы упомянуть прикладные фреймворки типа Socket.IO, который по-умолчанию предпочитает работать через WebSocket, но при ошибках (несовместимость, сервер не поддерживает, и тп) он может использовать long polling и работать через HTTP, но для клиента это прозрачно, плюс есть куча фич типа "комнат" или броадкаста, подписки на типы событий и тп.

[Artur_frontDev]

Да, согласен, это можно было бы добавить. Но я специально держу статью на уровне "для новичков и всё", чтобы сначала было понятно, как работает сам WebSocket и SSE, так как им наваливают всего и сразу и они путаются