private,
когда обрыв - есть ошибка и её надо обрабатывать - т.е. подключаться.(производить попытки подключения)
конечно число попыток надо контролировать.
а такие обрывы это и сеть достоинство (оно же и недостаток).
ws - это постоянное соединение, как лампочку к сети -плохая проводка - и будет лампочка мигать...
и тут даже не о слабых/быстрых соединениях речь, проверено на медленных стабильных сетях - работает нормально.
но если сеть рвётся - то тут надо сеть менять... :)

privateВобщем нафиг, старый добрый аяакс и пулл лучше.когда произошел обрыв - тут и ajax не поможет.
privateТам нужно сложную машинерию создавать и на клиенте и на сервере чтобы постоянно пинговать и убивать сокеты. Слишком сложно.это к чему?

private,

странная статься , говорит что ws не проходит через прокси надо wss... и типо что wss это плохо, с другой стороны хвалит http2, но там только закрытый канал...
говорит что куча подключений по ws грузят сервер, а запросы по ajax будто не грузят? причем ajax намного больше грузит.

Petro123дай другую где есть плюсы и минусымне достаточно своей практики использования
hVosttдоказать сможешь?когда тебе надо иметь информацию в реальном времени и у тебя n+++
клиентов, а инфа может меняться в случайные моменты- то каждый из n+++ клиентов должен бомбить сервер запросам о том, что есть ли для него инфа, таких "пустых" запросов куча..и сервер должен их обработать.
при ws никто сервер не бомбит, событие произошло - сообщения разосланы.
и это подтверждено практикой, люди просто перешли на ws и отказались от покупки сервера, их старый сервер продолжил спокойно курить бамбук. имея приличный запас.

privateбомбить сервер не надо - открыл Х пулл-аджакс запросов - и держижь их активными так-же как сокет.суть ajax - запрос-ответ
и на каждый запрос должен придти ответ

private,

это в http2 внесены изменения..

privateЕсть еще лонг-пулл, когда сервер не отвечает а держит соединение.да , но всё это костыли, из-за которых и сделали ws.

hVosttкем подтверждено? когда? какие люди? ниче не понял.могу сказать только что это реальные люди , к которым у меня полное доверие.
hVosttвот это с чего вообще взято? с потолка? чтоб получать данные по ajax- надо отправить запрос, а чтоб иметь реальное время надо посылать запросы раз в 1сек, как максимум, и если у тебя достаточное количество клиентов - каждый из них должен посылать запрос в секунду, но не факт что на каждфй запрос придет ответ с новыми данными, т.е. получается "пустой" запрос, а сервер его должен обработать

hVosttвадямогу сказать только что это реальные люди , к которым у меня полное доверие.

ну что ж, железный аргумент

вадячтоб получать данные по ajax- надо отправить запрос, а чтоб иметь реальное время надо посылать запросы раз в 1сек, как максимум, и если у тебя достаточное количество клиентов - каждый из них должен посылать запрос в секунду, но не факт что на каждфй запрос придет ответ с новыми данными, т.е. получается "пустой" запрос, а сервер его должен обработать

в таком случае можно держать websocket соединение и уведомлять клиентов о поступлении новых данных. если клиенту они нужны, он сделает ajax-запрос, который закешируется, и также может быть закеширован на прокси, http-запросы отлично масштабируются.
конечно можно, а можно просто отправить по ws данные, и никакого ajax. в чем разница между отправкой сообщения о наличии данных и передачей самих данных? абсолютно нет разницы, так зачем ещё и ajax?

AntonariyhVosttт.е. по всему, всё говорит полностью об обратном вот этому утверждению:

пропущено...
так ты же условия поменял.

у вади один сервер с клиентами, которых можно пересчитать по пальцам, и эта фигня никогда не будет масштабироваться. а сравнивает он чистый ajaх, постоянно долбящий сервер, с чистым ws, в который долбит сам сервер только если надо. в таких и только в таких условиях чистый ws будет в выигрыше и будет меньше "грузить", что бы за этим словом не пряталось, трафик или нагрузка сервера.

а ты говоришь о высоконагруженной системе с количеством пользователей, начинающимся с чисел от четырех знаков.

если один клиент сделает запрос на твой сервер, то получит ответ за 3мс (условно). если на вадин - 2
если тысяча клиентов сделает запрос на твой сервер, то получит те же 3мс, а если на вадин, то он впадет в ступор и больше из него не выпадет.
ты путаешь всё. к серверу на ws делается подключение и всё(если рассматривать режим реального времени) если будет 1000 клиентов будет 1000 коннектов. и сервер будет спать, пока не произойдет событие. при ajax сервер спать не будет, он будет обрабатывать запросы от 1000 клиентов. 1000*3мс=3сек ,даже если распараллелить это все равно постоянная работа сервера. т.е. сервер не успел обработать один цикл обращений, как уже начался следующий.
при ws рассылка на одного клиента будет не 3мс, а намного меньше, просто потому что не надо обрабатывать входящее его нет, уже есть коннект., по которому и идет ответ.
перебрать list из 1000 это менее 3мс.

Antonariy,
при ajax потребуется масштабирование, при ws оно потребуется уже при намного большем числе клиентов.

hVostt
разница в том, что несколько ajax запросов может обработать несколько разных серверов, что позволяет балансировать и справляться с минимальными затратами с большими нагрузками.
.
когда работают несколько серверов то данные по событию надо сначала занести в базу. и каждое обращение от клиента будет к базе, даже если ответ от базы будет кеширован. это время.
при ws масштабирование может и не потребоваться , потому как рассылка данных может происходить и до сохранения данных события в базу. при ws достаточно иметь хорошее количество памяти , а не серверов.

Antonariyесли тысяча клиентов сделает запрос на твой сервер, то получит те же 3мс, а если на вадин, то он впадет в ступор и больше из него не выпадет.для того чтоб сделать рассылку всем клиентам при использовании ws необходим код


где ListWsSocet список коннектов клиентов , подписавшихся на это событие
вопрос - какое количество клиентов, одновременно подключенных, нужно для того, чтоб потребовалось масштабирование?

Petro123вадя,
Ты лучше стабильностью канала займись. А не чатиками.а ты кроме чатиков ничего не видишь для ws?
рассылка всем из списка - это не только чатики, или больше аргументов не?
а по поводу стабильности - на стековерфлоу жаловались что у них есть коннекты по году и более.

Petro123Ты лучше стабильностью канала займись.мне в провайдеры перейти?

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

Antonariyя ничего не путаю и говорю ровно то же, что и ты, но не тебе и используя другие слова и опуская некоторые детали, которые всем очевидны, но которые ты обсасываешь максимально подробно.

просто ты недостаточно образован, чтобы понимать слова, отличные от тех, которые используешь сам, или расставленные в ином порядке. и слишком упрям, чтобы это признать открыто и заняться образованием, а возможно еще и слишком туп, чтобы признаться в этом самому себе.я тебе привел код для рассылки данных клиентам , подписанным на эти данные.
ты его не понял? а попробовать понять? пробовал?
теперь представь код который потребуется для того чтоб эти данные получили клиенты при использовании ajax? это сервлеты чего стоят.
хочешь использовать ajax - флаг в руки.
но если ты не умеешь его использовать - не надо ругать.

Antonariyи слишком упрям, чтобы это признать открыто и заняться образованием,это ты слишком упрямо цепляешься за старые технологии, это ты не способен перейти к новом.

hVosttну ясно. сколько максимум памяти ты можешь воткнуть в сервак? смотря какой сервак. 64Гига устроит?(это совсем не много)
ты хочешь сказать что на один коннект много нада?
не более 10к.
10 000байт * 60 000 подключений = 600мег это много? если сравнивать с 64 гиами?

что ты будешь распараллеливать?
если информации для клиента нет - сервер не работает .
при ajax клиент должен постоянно запрашивать. т.е сервер должен ответить даже если для клиента нет ничего.это не большая нагрузка, но при большом количестве клиентов сервер должен постоянно обрабатывать запросы. поэтому и требуется масштабирование.

hVosttдавай посмотрим ещё на один аспект. в вебсокете данные нельзя распараллелитьчто значит нельзя рааспараллелить? кто тебе сказал? и масштабируют.
а с клиента тоже можно кучу коннектов иметь с разных вкладок.
и ждать ничего не надо. я к примеру последовательно отправлял 200+ картинок на сервер , js освобождался мнгновенно, и мог делать всё что угодно , а хром фоном их отсылал.


hVosttбез крайне сложной технологии мультиплексирования,о чем ты говоришь? никакой технологии такой не требуется.
что ты имеешь в виду под мультиплексированием?

hVosttвадяи ждать ничего не надо. я к примеру последовательно отправлял 200+ картинок на сервер , js освобождался мнгновенно, и мог делать всё что угодно , а хром фоном их отсылал.

давай ты отправишь клиенту по вебсокету большой файл, допустим 200 мегов, и пока он льётся, отправишь ему пару сообщений, картинку и ещё что-нибудь. клиент должен это получить и обработать пока льётся файл.

покажи класс.
делал такое

hVosttвадяи ждать ничего не надо. я к примеру последовательно отправлял 200+ картинок на сервер , js освобождался мнгновенно, и мог делать всё что угодно , а хром фоном их отсылал.

давай ты отправишь клиенту по вебсокету большой файл, допустим 200 мегов, и пока он льётся, отправишь ему пару сообщений, картинку и ещё что-нибудь. клиент должен это получить и обработать пока льётся файл.

покажи класс.
серверу по барабану, к него все потоках.
клиенту тоже, все в «воркерах» отправляется

hVosttесли всё, что будет делать этот сервак, это по вебсокету слать уведомления, что данные изменились, чтобы клиенты делали свои ajax-запросы, то вполне устроит. ну и простейший мессаджинг.зачем слать сообщения, чтоб потом клиент слал запрос? масло масленное?
почему нельзя сразу отправить по ws нужные данные?
hVosttесли сервер не работает, информации для клиента никогда не будет.сервер не работает - это не значит что он выключен, физически он работает, только ему не приходят запросы о наличии данных.
hVosttне надо мне опрашивать. для этого есть вебсокет. а запрашивать/отправлять данные я буду по ajax-у. и получу максимальный выигрыш по всем фронтам.опять зачем двойная работа????
ws может совершенно спокойно передать данные как бинарные, так и текстовые.
hVosttмасштабирование требуется не поэтому. подавляющее число задач, не требует обратной связи от сервера. данные нужны только тогда, когда пользователь совершает определённые действия. жмёт кнопку, получает результат. так весь веб устроен, да и не только веб, в десктопе тоже UI сам по себе не живёт, сидит ждёт событий от пользователя, или ты с деревьев вчера слез?но протокол ajax требует обязательного ответа. и если по логике задачи ответ не нужен, то для работы ajx ответ обязателен.
существует куча задач когда необходимо отображать результаты в реальном времени и при этом их не запрашивать с клиента - те же динамические графики, те же трекеры. к примеру www.flightradar24.com постоянно запрашивает по ajax.
hVosttдавай ты отправишь клиенту по вебсокету большой файл, допустим 200 мегов, и пока он льётся, отправишь ему пару сообщений, картинку и ещё что-нибудь. клиент должен это получить и обработать пока льётся файл.

покажи класс.показать какой класс?
обработки ws на сервере? отправки на клиенте?
если на клиенте я делаю
websocket.send(message)
то эта команда не ждёт пока физически произойдет отправка данных.
дальнейшее уже определяется системой и трафиком.
если ты хочешь ещё распараллелить - можно сделать несколько подключений по ws.