http://habrahabr.ru/rss/post/79038/ ru editor@habrahabr.ru habrahabr.ru Sat, 11 Feb 2012 13:09:28 GMT http://habrahabr.ru/ http://habrahabr.ru/i/logo.gif http://habrahabr.ru/blogs/webdev/79038/#comment_4162932 http://habrahabr.ru/blogs/webdev/79038/#comment_4162932 Было без аргументации.
Но если нет, то хорошо.
Спасибо за ответ.]]> Mon, 15 Aug 2011 19:31:52 GMT WiZ_Ed http://habrahabr.ru/blogs/webdev/79038/#comment_4162239 http://habrahabr.ru/blogs/webdev/79038/#comment_4162239 Самому стало интересно как это может быть :)]]> Mon, 15 Aug 2011 14:57:36 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_4162237 http://habrahabr.ru/blogs/webdev/79038/#comment_4162237 Просто на одном из сайтов видел комментарий, что вроде даст такую возможность.
Вот и возникли сомнения.
]]> Mon, 15 Aug 2011 14:56:27 GMT WiZ_Ed http://habrahabr.ru/blogs/webdev/79038/#comment_4162070 http://habrahabr.ru/blogs/webdev/79038/#comment_4162070
P.S. Вы хотите обойти этот запрет или наоборот не дать другим обходить их?]]> Mon, 15 Aug 2011 14:11:26 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_4162056 http://habrahabr.ru/blogs/webdev/79038/#comment_4162056 Если да, то как с этим бороться?]]> Mon, 15 Aug 2011 14:09:08 GMT WiZ_Ed http://habrahabr.ru/blogs/webdev/79038/#comment_3982730 http://habrahabr.ru/blogs/webdev/79038/#comment_3982730 если тема интересна — то почему нет :)]]> Mon, 13 Jun 2011 20:20:25 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_3981237 http://habrahabr.ru/blogs/webdev/79038/#comment_3981237 Mon, 13 Jun 2011 07:14:16 GMT megido http://habrahabr.ru/blogs/webdev/79038/#comment_3948185 http://habrahabr.ru/blogs/webdev/79038/#comment_3948185 Wed, 01 Jun 2011 20:18:13 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_3948168 http://habrahabr.ru/blogs/webdev/79038/#comment_3948168 habrahabr.ru/blogs/webdev/79038/#comment_3948167]]> Wed, 01 Jun 2011 20:13:54 GMT romy4 http://habrahabr.ru/blogs/webdev/79038/#comment_3948167 http://habrahabr.ru/blogs/webdev/79038/#comment_3948167 Wed, 01 Jun 2011 20:13:36 GMT romy4 http://habrahabr.ru/blogs/webdev/79038/#comment_3948111 http://habrahabr.ru/blogs/webdev/79038/#comment_3948111
1) Это большой блок начинающийся с GET c Upgrade и прочим — это все будет отправлено только вначале и только 1 раз, на этапе установления соединения.
После чего сокет остается открытым.

2) После установления соединения, каждое сообщение имеет заголовок.
Если это текстовое сообщение, то вначале его идет байт 0х00, а в конце 0xFF.
Если это бинарное сообщение, то вначале его будет 0x80, потом то самое указание длины, а после тела сообщения ничего не будет.
После каждого сообщения сокет остается открытым и готовым передавать новые данные.

Пос]]> Wed, 01 Jun 2011 19:53:42 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_3946696 http://habrahabr.ru/blogs/webdev/79038/#comment_3946696 Wed, 01 Jun 2011 12:01:43 GMT romy4 http://habrahabr.ru/blogs/webdev/79038/#comment_3946358 http://habrahabr.ru/blogs/webdev/79038/#comment_3946358 Дело в том, что XSS не есть проблема самой технологии будь то HTML, JS, PHP — что угодно. XSS — это проблема плохо отфильтрованных данных. Если вы их качественно фильтруете, то все будет в порядке.]]> Wed, 01 Jun 2011 10:39:31 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_3946338 http://habrahabr.ru/blogs/webdev/79038/#comment_3946338 Выигрыш главным образом за счет отсутствия ограничений — надо вам передать гигабайт — пожалуйста, нужно будет потом несколько терабайт — тоже без проблем. Без необходимости обновления протокола. При этом для небольших данных (сотни байт) минимальный оверхед — всего 1-2 байта.]]> Wed, 01 Jun 2011 10:34:49 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_3945014 http://habrahabr.ru/blogs/webdev/79038/#comment_3945014 Tue, 31 May 2011 20:29:17 GMT romy4 http://habrahabr.ru/blogs/webdev/79038/#comment_3945000 http://habrahabr.ru/blogs/webdev/79038/#comment_3945000 Tue, 31 May 2011 20:22:07 GMT romy4 http://habrahabr.ru/blogs/webdev/79038/#comment_3729450 http://habrahabr.ru/blogs/webdev/79038/#comment_3729450 а обработчики на них повесить как в рамках canvas'а?
Легко)]]> Fri, 11 Mar 2011 06:51:14 GMT TheShock http://habrahabr.ru/blogs/webdev/79038/#comment_3729434 http://habrahabr.ru/blogs/webdev/79038/#comment_3729434 По идее сколько угодно. Спецификация не оговаривает этот вопрос и оставляет на откуп разработчику прикладного приложения. На практике надо учесть таймауты, какие-нибудь промежуточные роутеры, обрывы соединения и прочее, что может закрыть его раньше.

> А если открывать их очень быстро, в цикле и очень долго?
Снова вам дана полная свобода действий. Как разработчик приложения вы можете решить, что для каждого блока данных вам нужно свое подключениее, а можете все гонять через одно подключение — как сделано в моем демо примере.

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

Если вам интересно, могу предложить посмотреть мой демо-пример: chat.websockets.ru/
— Работает на одном подключении: каждое сообщение имеет признак типа. Далее на клиенте JS разруливает что с ним делать.
— как только пользователь подключается или отклчючается моментально всем в чате присылается инфо об этом
— Реализован пинг — раз в 5 секунд идет обмен пингами для проверки живости. Но это из разряда улучшений — если вдруг где-то посередине бешеный роутер прихлопнет сообщение. Но это не очень обязательно.
— Весь обмен сообщениями в JSON — можно легко отдебагать.
— Есть авторизация: при установлении соединения пользователю назначается рандомный цвет ника, с которым он дальше ходит до тех пор, пока не закроется его подключение.
— Можно легко сделать проверку пароля — сейчас сделана проверка не непустой ник. Плюс — все проверки только один раз при подключении
— Масса вещей намеренно не оптимизировалась, чтобы посмотреть на скорость работы. Например, присылка истории чата — все сообщения присылаются по отдельности вместо общего пакета
]]> Fri, 11 Mar 2011 06:38:42 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_3727880 http://habrahabr.ru/blogs/webdev/79038/#comment_3727880
Если нет заголовков, и де-факто самого протокола (т.е. веб-сокеты получаются очень низкоуровневым протоколом), то придется писать собственный протокол поверх веб-сокета, чтобы отслеживать юзеров (аналог куки), например. Предвкушаю появление библиотек реализующих протоколы поверх сокетов )

А вообще возможности открываются поистине безграничные, это радует.]]> Thu, 10 Mar 2011 14:51:07 GMT clockworkbird http://habrahabr.ru/blogs/webdev/79038/#comment_2933363 http://habrahabr.ru/blogs/webdev/79038/#comment_2933363 За 5 мин напишу промежуточный модуль который будет получать эти данные подменяя Origin, и после получения данных выводить информацию непосредственно уже на свой сайт.

Клиент -> Мой сервер -> подмена Origin -> forex
forex -> Мой сервер -> Клиент

И не нужно никого взламывать и ломать. ]]> Tue, 08 Jun 2010 23:19:48 GMT aspel http://habrahabr.ru/blogs/webdev/79038/#comment_2694851 http://habrahabr.ru/blogs/webdev/79038/#comment_2694851 Fri, 02 Apr 2010 04:44:13 GMT perda http://habrahabr.ru/blogs/webdev/79038/#comment_2399230 http://habrahabr.ru/blogs/webdev/79038/#comment_2399230 Дали повод глубже задуматься над темой :)]]> Mon, 18 Jan 2010 18:11:31 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_2399211 http://habrahabr.ru/blogs/webdev/79038/#comment_2399211 Mon, 18 Jan 2010 18:08:20 GMT mdevils http://habrahabr.ru/blogs/webdev/79038/#comment_2399209 http://habrahabr.ru/blogs/webdev/79038/#comment_2399209 Mon, 18 Jan 2010 18:08:06 GMT mdevils http://habrahabr.ru/blogs/webdev/79038/#comment_2399139 http://habrahabr.ru/blogs/webdev/79038/#comment_2399139 Весь вопрос в том, с чем это сравнивать. Если вы разобьете приложение на 500 тредов, то все равно у вас будет 500 буферов, которые надо прочитать, то есть объем работы это никак не уменьшит. Но наоборот добавится работа по шедулингу (пардон за слово, не подскажете нормальный русский перевод?) всех этих тредов. Плюс возрастут расходы памяти на всевозможные таблицы для хранения служебной информации и т.п. То есть нагрузка серьезно возрастет.
Тредами и даже процессами можно делать, если они сами «дешевые» и легкие. Например, в Erlang VM процессы отъедают меньше 1400 байт для хранения одного процесса в таблице. Такие процессы быстро запускаются и работают, они смогут без проблем держать тысячи соедиений. В более привычных языках есть аналоги green threads в java, taskets в python.]]> Mon, 18 Jan 2010 17:54:46 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_2392387 http://habrahabr.ru/blogs/webdev/79038/#comment_2392387 Sat, 16 Jan 2010 21:48:39 GMT mdevils http://habrahabr.ru/blogs/webdev/79038/#comment_2390515 http://habrahabr.ru/blogs/webdev/79038/#comment_2390515 Sat, 16 Jan 2010 09:57:58 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_2390500 http://habrahabr.ru/blogs/webdev/79038/#comment_2390500 Sat, 16 Jan 2010 09:52:38 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_2390120 http://habrahabr.ru/blogs/webdev/79038/#comment_2390120 Sat, 16 Jan 2010 03:29:51 GMT mdevils http://habrahabr.ru/blogs/webdev/79038/#comment_2390111 http://habrahabr.ru/blogs/webdev/79038/#comment_2390111 Sat, 16 Jan 2010 02:51:24 GMT inxaoc http://habrahabr.ru/blogs/webdev/79038/#comment_2390097 http://habrahabr.ru/blogs/webdev/79038/#comment_2390097 Sat, 16 Jan 2010 02:24:39 GMT inxaoc http://habrahabr.ru/blogs/webdev/79038/#comment_2390096 http://habrahabr.ru/blogs/webdev/79038/#comment_2390096
Но лучше поздно чем никогда!]]> Sat, 16 Jan 2010 02:22:37 GMT inxaoc http://habrahabr.ru/blogs/webdev/79038/#comment_2351869 http://habrahabr.ru/blogs/webdev/79038/#comment_2351869
ps про gnash знаю]]> Tue, 05 Jan 2010 12:58:38 GMT Kane http://habrahabr.ru/blogs/webdev/79038/#comment_2347384 http://habrahabr.ru/blogs/webdev/79038/#comment_2347384 А в том и соль эволюции технологий, что тоже самое (или чуть лучшее) достигается более простыми средствами, с большей надежностью, безопасносностью, сервисом и тп.

> А пока что будьте уверены, если у вас корпоративный файрволл — через пару минут ваше соединение завершится.
HTTP — да. Но прибивать любое TCP подключение просто через 2 минуты некорректно даже для корпоративного фаервола.

> И забьются моментально, т.к. клиент при закрытии соединения не посылает терминального пакета. Сокеты так и останутся висеть в неактивном состоянии.
Почему не посылает? Это предусмотрено стандартом TCP, если он не посылает, то он работает не по стандарту. Значит, он не клиент, а неведомая хрень.
Чтобы не забивалось надо иметь хорошую цифру в somaxconn и хороший мультиплексор.

> Реально что приходится делать:…
Да, на практике это надо будет сделать. Чтобы учеть даже такие банальные вещи, как случайный отруб инета у клиента (например, если у него модем или еще что-то). В таком случае, нам надо узнать, что он отвалился и дать ему возможность переконнектиться.

Но и это тоже легко реализуется в технологии вебсокетов:
1. Честное отключение вызовет закрытие сокета, которое можно обработать.
2. Если мы при отправке пакета получили ошибку, то сокет надо закрыть.
3. Если отправили пинг и клиент за установленное время не ответил — то так же надо закрыть.

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

]]> Sun, 03 Jan 2010 23:39:03 GMT el777 http://habrahabr.ru/blogs/webdev/79038/#comment_2346397 http://habrahabr.ru/blogs/webdev/79038/#comment_2346397
> В отличие от HTTP веб-сокеты не имеют ограничений на время жизни в неактивном состоянии.
Теоретически. Реально в ОС практически всегда установлен Timeout по которому автоматически закрывается сокет.

> Это значит, что больше не надо периодически рефрешить соединение, т.к. его не вправе «прихлопывать» всякие прокси.
Опять теоретически. Когда это станет реальностью, пройдет еще лет 5. А пока что будьте уверены, если у вас корпоративный файрволл — через пару минут ваше соединение завершится.

> Значит, соединение может висеть в неактивном виде и не требовать ресурсов. Конечно, можно возразить, что на сервере будут забиваться TCP-сокеты.
И забьются моментально, т.к. клиент при закрытии соединения не посылает терминального пакета. Сокеты так и останутся висеть в неактивном состоянии.

Реально что приходится делать:
1. Сервер время от времени пингует клиентов, чтобы оборвать неактивные «висящие» сокеты.
2. Опционально клиент тоже может пинговать сервер, и например определять время пинга.
3. Поскольку надежность http-соединения не гарантирована (корпоративные прокси), приходится реализовать механизм автоматического реконнекта.]]> Sun, 03 Jan 2010 17:35:15 GMT Throwable http://habrahabr.ru/blogs/webdev/79038/#comment_2329376 http://habrahabr.ru/blogs/webdev/79038/#comment_2329376 Из питонистого хайлоадного я тоже присмотрел торнадо.

Это нормально — ведь нужны разные спецы, им можно поручить что-нить другое. :)]]> Mon, 28 Dec 2009 14:23:43 GMT el777 #comment_2329194 #comment_2329194 Основная идея помогать людям)
Идей у нас крайне много… а вот человеко-часов на реализацию очень мало.

Пишем на Питоне. В качестве сервака используем Торнадо. Сча вот переписываем его под свои нужды и собираем такой себе мини-фреймворк для проекта. Ибо как мы подитожолили, единственный вменяемый фрейм под высокую нагрузку на Питоне это Твистед. Думали уже писать на нем… но потом вот появился Торнадо, который показал очень неплохие результаты и простоту кода и мы решили не использовать Твистед, а писать свои либы по мере необходимости, что бы полностью понимать почему и как у нас работает приложение.

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

Посему работаем как рабы на плантации))]]> Mon, 28 Dec 2009 13:14:09 GMT creotiv http://habrahabr.ru/blogs/webdev/79038/#comment_2329128 http://habrahabr.ru/blogs/webdev/79038/#comment_2329128 А что пишете если не секрет? На чем?]]> Mon, 28 Dec 2009 12:51:31 GMT el777 #comment_2329118 #comment_2329118
Вот мы и работаем 24/7… надеюсь до НГ допишем базовую версию сервера и сможем отметить НГ результативно))]]> Mon, 28 Dec 2009 12:49:20 GMT creotiv http://habrahabr.ru/blogs/webdev/79038/#comment_2329082 http://habrahabr.ru/blogs/webdev/79038/#comment_2329082 Уже пора думать о ёлках, голова сама просит :)]]> Mon, 28 Dec 2009 12:36:38 GMT el777