WebSockets - почто стояли на майдане?

[metaclass]

ссылка

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

Только вот представьте себе, что счас вся серверная и прочая инфраструктура заточена под, условно говоря, "короткий запрос-короткий ответ". Я уже несколько раз сталкивался с кривонастроенными сетями у клиентов, где долговисящие запросы просто обрывались где-то в середине сети. При этом обычные всякие почты, вебы и говноторенты в таких условиях работают более менее нормально. А вот если запросу в целях работы нужно висеть установленному - жопа и смерть, 5-10 минут неактивности и гамон.

Там по ссылке где нибудь упоминается обработка ошибок? Или keep-alive пакеты на уровне протокола? Ах, да, я забыл, в гугле не бывает зависающего сетевого оборудования, сдохших свитчей и неправильно настроенных прокси, натов и файрволлов, поэтому обработкой ошибок никто не заморачивается. "У нас на столе все работает".

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

Comments

[blacklion.livejournal.com]

т.е. это такой гвоздь в гроб ещё и апача, как минимум.

[lionet.livejournal.com]

Эрланг зато всплывёт. Facebook Chat, который COMET — как раз на нём.

[wizzard]

ага, а еще в гроб хттп проксей (что хорошо)

в общем-то чаты и вейвы и без того на лонг поллинге работают, так что хуже уже не будет.

хотя у флэша отродясь был RTSP, но это очень специфическая хренотень, и неудобная маленько.

[levgem.livejournal.com]

У флеша RTMP. RTSP — это контрольный протокол для RTP.

На самом деле, у флеша есть другая штука — sockets. Просто сокеты которыми можно коннектится к серверу и получать данные (пакеты терминируются нулём). Т.е. вебсокеты уже есть много лет и уже много лет много где используются. Но глючат.

[wizzard]

Да, сорри, опечатался.

[permea-kra.livejournal.com]

О. А вот на чём сечас чаты работают ? А то как по мне так единственный потенциальный потребитель технологии.

[wizzard]

ну собственно всё то же самое - лонг поллинг, короткий поллинг, RTMP.

[dmitriid.livejournal.com]

В следующей версии Yaws уже будут вебсокеты, кстати. Думаю, mochiweb не отстанет

[dmzlj.livejournal.com]

и хорошо. зачем вообще нужен апач?

[blacklion.livejournal.com]

Тем, что все знают, как его настраивать. Ну, и да, я всё время думаю в терминах админа shared hosting'А — тут без апача никак, те клиенты, которым всё это новомодное дерьмо не ннужно, не поймуут-с…

[dmzlj.livejournal.com]

Апач и приложения, которым нужны websockets вообще не совместимы --- смысла строить такие приложения на апаче нет. Так что он их может просто не поддерживать, и при этом не пострадает.

[inhate.livejournal.com]

Легковесных балансировщиков навалом.
Серьезный софт например на том же perl был изначально заточен на обработку запросов в рабочем цикле fastcgi либо mod_perl, а вот PHP совершенно stateless по своей идеологии, но пытаться на нём это изобразить определенно будут, причем силами всё тех же мальчиков-вебмастеров.

[permea-kra.livejournal.com]

А что изображать-то ? Сложить стейт в базу, всего делов-то...