Про web-socket

там же TCP-протокол.

И что? Разве клиент посылает серверу подтверждение о получении пакета?

Пакет потеряться может только при пропадании линка.

Разве клиент посылает серверу подтверждение о получении пакета?

Зависит от того, что ты называешь клиентом и сервером.

Пакет потеряться может только при пропадании линка

Но ведь при web-socket соединении клиент и сервер не проверяют соединение друг между другом.

Мало ли куда пакет затерялся, маршрутизатор на како-то хопе его не тужа завернул.

Зависит от того, что ты называешь клиентом и сервером.

Сервер это большой компьютер в сети (на нем всякие сайты с картинками котиков), к которому подключается много домашних компьютеров-клиентов за которыми сидят девочки и разглядывают котиков.

Сервер не получит ack для этого пакета, пошлёт ещё один, и он скорее всего дойдет.

подробнее тут - http://www.vanderboot.ru/tcp-ip/wtcp.php

На сколько я понял, web-socket работает по типу UDP, плюнул пакет и забыл, только в обе стороны. Или я ошибаюсь?

Зависит от того, что ты называешь клиентом и сервером.

Сервер это большой компьютер в сети

А. Так он посылает электрические импульсы, а не пакеты.

На сколько я понял, web-socket работает по типу UDP, плюнул пакет и забыл, только в обе стороны. Или я ошибаюсь?

Ты ошибаешься. И тебе сказали об этом в первом же постинге темы.

https://ru.wikipedia.org/wiki/WebSocket

WebSocket — протокол полнодуплексной связи поверх TCP-соединения, предназначенный для обмена сообщениями между браузером и веб-сервером в режиме реального времени.

Тебя в википедии забанили?

https://ru.wikipedia.org/wiki/WebSocket

Нет. WebSocket работает через TCP

Сервер не получит ack для этого пакета, пошлёт ещё один, и он скорее всего дойдет

Дык что получается, сервер и клиент установили web-socket соединение и при последующем обмене данными они всё равно требуют друг у друга подтверждения запроса?

https://ru.wikipedia.org/wiki/TCP#.D0.9C.D0.B5.D1.85.D0.B0.D0.BD.D0.B8.D0.B7....

В Вашей ссылке не слова про WebSocket https://ru.wikipedia.org/wiki/WebSocket

Логика, ау!

Вебсокеты работают поверх TCP, TCP для каждого пакета требует подтверждение получения.

Ну и для незрячих Про web-socket (комментарий)

Например, предположим, что у получателя есть 4096-байтовый буфер. Если отправитель передает 2048-байтовый сегмент, который успешно принимается получателем, то получатель подтверждает его получение. Однако при этом у получателя остается всего лишь 2048 байт свободного буферного пространства (пока приложение не заберет сколько-нибудь данных из буфера), о чем он и сообщает отправителю, указывая соответствующий размер окна (2048) и номер следующего ожидаемого байта

А то что в статье про веб-сокет нет ни слова про веб сокет это немного...странное утверждение =)

Тогда спрошу по простому, когда установилась связь между клиентом и сервером по протоколу WebSocket, то, когда сервер посылает что-то клиенту, клиент отправляет обратно что-то типа «окей я получил твой запрос» ?

Он отправляет подтверждение на каждый полученный TCP-пакет.

«Окей, я получил твои пакеты по ${номер_последнего_пакета} включительно. Жду следующие»

Вместо «жду следующие» может быть «подожди чуток, буфер заполнился, приложение тормозит, данные не забирает» - но это уже другая история)

Спасибо большоё, я кажется разобрался. Получается что WebSocket, это такая штука, которая выравнивает в правах сервера и клиента.

Что-то вроде трубы (впн) обменивайся данными в обе стороны без запроса.

Скажу тебе по секрету, что так любое TCP-соединение работает.

Или иными словами WebSocket, это обычное соединение без таймаута? Да? Ну то есть пока сам его не разорвёшь?

Прочитай уже про TCP...