В дерево исходных текстов Firefox 4 интегрирована (http://mozillalinks.org/wp/2010/06/firefox-4-gets-web-socket.../) поддержка технологии web-сокетов (Web Sockets (http://dev.w3.org/html5/websockets/)), предложенной (http://www.opennet.me/opennews/art.shtml?num=24247) компаний Google с целью расширения возможностей протокола HTTP. Поддержка Web Sockets ранее была включена в состав web-браузера Chrome/Chromium и Safari.Web Sockets представляет собой протокол и API для организации двунаправленного обмена данными между web-приложением и сервером. Образно говоря, Web Sockets является своеобразным аналогом TCP для Web и позволяет в произвольном порядке инициировать отправку данных от сервера к web-приложению и наоборот, от web-приложения к серверу.
Для аутентификации и обеспечения безопасности передачи данных в Web Sockets используются стандартные механизмы браузера. Сам протокол не использует сырые TCP-соединения, но и не работает поверх HTTP, используя лишь тот же, что и ...URL: http://mozillalinks.org/wp/2010/06/firefox-4-gets-web-socket.../
Новость: http://www.opennet.me/opennews/art.shtml?num=27045
Интересная технология. Как я понимаю, это должно свести к минимуму задержки в навигации по сайтам на стабильных каналах.
при чем тут навигация по сайтам?
>Интересная технология. Как я понимаю, это должно свести к минимуму задержки в
>навигации по сайтам на стабильных каналах.Для сведения к минимуму задержек нужно перестать пользоваться Internet Explorer =)
Им стоит перестать пользоваться еще по паре дюжин причин. Например:
- Ну забодали уже винлокеры! И все как один - через IE подцеплены хомячками.
- IE действительно тормозной.
- IE факапает приваси, сливая посещаемые урлы на серваки MS.
- IE никаковски поддерживает вебстандарты.
Что ж, отрадно, глядишь через пять лет и использовать можно будет :) когда выйдет ИЕ11.
Упс (чего-то прикинул в голове), когда все будут кричать "сдохни ИЕ11", те лет через десять еще. Ничего, мы терпеливые, мы подождём :)
Если отбросить пессимизм, то в админках, допустим, можно будет использовать после выхода ФФ4.
>Что ж, отрадно, глядишь через пять лет и использовать можно будет :)
> ...IE имеет поддержку WebSockets начиная с версии IE6.0
:DDDDDDD
ChromeFrame-же!!
что такое IE ?это от кого безногий мальчик убежал с презентации?
>это от кого безногий мальчик убежал с презентации?не не... от IE-6.0 никто не убегал :-)
его все любят ^___^ http://www.saveie6.com/
Крута, не знал о таком сайте, проголосовал...
>ChromeFrame-же!!А не проще скачать файрфокс или хром и не изгаляться с выпиливанием гланд через попу автогеном?
> А не проще скачать файрфокс или хром и не изгаляться с выпиливанием гланд через попу автогеном?а почему тогда -- когда на сайте появляется табличка:
"простите, но вы должны установить Adobe Flash Player <по-этой-ссылке>"
-- люди просто берут и устанавливают этот Flash Player......а когда возникнет табличка:
"простите но вы должны установить ChromeFrame-компонент <по-этой-ссылке>"
-- ...... -- думаете -- теже самые люди будут думать:
"нет уж! мне прощще установить фаерфокс или хром! чем ставить этот ChromeFrame-компонент!"
???мне кажется что нифига: таких мыслей не возникнет :-)...
если уж человек сдетства дружит с голово^Wкомпьютером -- то он и не будет связыватсья с этим IE...
..а если НЕ дружит -- то так и будет ставить всё подрят что его просят на экране сайтов :-) :-D# p.s.:
темболее при правильной расстановке звёзд на небе -- сейчас такие таблички уже должны запестрить на сайтах, хотябы с частотой не меньшей чем просба установить SilverLight/JavaFX :-)
Может я что-то не понимаю, но это все "мертвому припарки". Web и так сейчас нетривиальная свалка технологий, а с сокетами станет еще сложней.
>Может я что-то не понимаю, но это все "мертвому припарки". Web и
>так сейчас нетривиальная свалка технологий, а с сокетами станет еще сложней.Так никто не заставляет использовать сокеты)
Это будут мучиться всякие разработчики сайтов для всяких web 2.0 и для нативных кодов.
А пользователи просто обновят FF и будут радоваться)
Так я с позиции разработчика и смотрю на это =)
Что хотели то и получили, "разработчики". Расхлебывайте.
>Так я с позиции разработчика и смотрю на это =)Ну а что делать.
На пути от "показать html файлик и jpg картинку" до "запуск приложений из браузера, написанных на нативном бинарном коде" возникает много всяких промежуточных технологий)
WebSockets это конешно не плохо.....но никаких новых возможностей в WWW это не добавит...
...ибо "двунаправленного обмена данными между web-приложением и сервером" -- давно сущщетвует в лицце технологии COMET
# p.s.: хотя недостаток в COMET -- в том что не все люди правильно понимают как им нада пользоваться... накоторые неосиляторы например потыются "входящщий канал для УВЕДОМЛЕНИЙ клиента" -- использовать для получения "входящих ДАННЫХ для клиента" (в результате такого подхода конешноже COMET будет глючить!)
тоесть правильным (безглючным) использованием COMET является подход когда:1. один канал используется для получения уведомлений от сервера к клиенту (но не данных)
2. второй канал используется либо для ОТПРАВКИ ДАННЫХ от клиента к серверу.. либо для ЗАПРОСА ДАННЫХ (в соответствии с полученным уведомлением)
("данные" == "сообщения". а "уведомления" могут быть ТОЛЬКо про "данные" (тоесть тольок про "сообщения")..
тоесть если сервер хочет послать клиенту какоето сообщение, то сначало он должен послать уведомление "у вас ОДНО неполученное сообщение" (или "у вас ТРИ неполученных сообщений", в зависимости от того сколько сообщений клиент ещё не успел запросить у сервера))
а некоторые люди пытаются [не праильно] использовать COMET как:1. один канал для входящих данных от сервера
2. один канал для отправки данных к серверу
Завязывайте с наркотиками. На реалтаймовых системах с короткими сообщениями, вроде чатов, вебсокеты дают выигрыш по траффику раз в 10. По задержкам они тоже могут быть сильно лучше, в зависимости от обстоятельств.
да вы чо!!! :-) :-)яж и не говорю что WebSockets это плохо!! WS -- это рулезно!
(просто новых возможностей не добавит.. только лишь какбэ оптимизация и всё..)
((в WWW-приложениях даже можно будет реализовывать даже сразу два алгоритма WS_version и BeforeWS_version .. алгоритм будет выбираться в зависимоси от того поддерживает ли текущий брайзер WS))
>WebSockets это конешно не плохо...
>
>..но никаких новых возможностей в WWW это не добавит...
>
>...ибо "двунаправленного обмена данными между web-приложением и сервером" -- давно сущщетвует в
>лицце технологии COMETСогласно википедии, COMET - это не технология.
Это собрание способов, которыми можно так делать.
Поэтому, строго говоря, WebSockets - это тоже COMET.
Но уже менее велосипедный.
И имеющий возможность стать не таким кустарным, если его внедрить в основные браузеры.
>Согласно википедии, COMET - это не технология.
>Это собрание способов, которыми можно так делать.
>Поэтому, строго говоря, WebSockets - это тоже COMET.хорошо! спасибо! буду знать..
>Но уже менее велосипедный.
> ...менее велосипедным со стороны браузеров :-)...
...а вот со стороны www-серверов (www-серверных-приложений на разных языках и фреймворках) -- думаю эта "не велосипедность" (правильнее сказать "не костыльность"?) -- ещё не так ясна :-)
Совместить HTT и пиринговые протоколы и добавить новый HTTP заголовок для предварительного поиска по DHT -- http://breys.ru/blog/631.html
всё остальное от лукавого
Тоже давно задумываюсь над этим. Появляются новые проблемы: степень доверия к контенту. Но вместе с тем и новые плюшки: огромный распределённый кеш.P.S. Прогрессивные идеи читать интереснее, чем выхлопы "фотошоп дерьмо, хоть я его не юзала, сильно дорого"
>Тоже давно задумываюсь над этим. Появляются новые проблемы: степень доверия к контенту.
>Но вместе с тем и новые плюшки: огромный распределённый кеш.а каким образом можно будет скомпроментировать контрольную сумму?
думаю можно будет просто отдавать не тот файл, но в итоге клиентское ПО его не должно собрать, так как подстава будет очевидно и появится такой же чёрный список как в торрентах
>Совместить HTT и пиринговые протоколы и добавить новый HTTP заголовок для предварительного
>поиска по DHT -- http://breys.ru/blog/631.html
>всё остальное от лукавогоА вы никогда в dc++ вместо Железный_человек_2_DVDRIP.avi какой-нибудь трешак не получали?
Вот такие технологиями (HTTP+DHT) откроют ТАКОЕ поле для деятельности спаммерам...
Что почтовый спам покажется вам робкой рекламой по сравнению с заменой всех контентов/текстов/баннеров/видео на рекламу.
И потом... где вы в эпоху web2.0 увидели статичный контент, который можно получить и от соседа?
Статику ваш браузер давно уже сам закешировал.
А на том же YouTube в ролики пихается всякая реклама, всякие ссылочки и прочая.
И два ролика уже не имеют одну и ту же контрольную сумму.
А с разными чек суммами вы сами себе забьете жесткий одним и тем же роликом, просмотренным в разное время.
>А на том же YouTube в ролики пихается всякая реклама, всякие ссылочки
>и прочая.
>И два ролика уже не имеют одну и ту же контрольную сумму.Не говрите о чём не знаете, все ролики на youtubeи и на подобных ему сервисах все ролики отдаются отдельным потоком, а реклама и остальные примочки (сабы, метки, etc) отдаются отдельным xml (и благополучно блокируется), в случае html5 сверху кладётся обыкновенный div
какая разница какое имя у файла если совпадает его контрольная сумма, имхо вы видимо просто не в курсе ещё про DHT
>И два ролика уже не имеют одну и ту же контрольную сумму.попробуйте утилиту youtube-dl, разубедитесь
С точки зрения разработчика звучит интересно, хоть и более геморройно, чем хотелось бы :)
с точки зрения разработчика, было бы практичнее сразу перейти на распределенные p2p, поверх, например, того же "Тора". Правда это может убить целый класс программ :)
>Образно говоря, Web Sockets является своеобразным аналогом TCPЖдем в следующих выпусках аналогов Web firewall....
Вообще согласен лучше бы P2P развивали. Уже представил как в Garmin (он на Linux) могло бы классно передаваться информация о пробках P2P и так распространяться по всему городу...Браузерам контролов нехватает. Например очень уж нехватает ввода по шаблону.
Видео и аудио (progressive) уже за#@#$ли со своими отчислениями.Не хватает реально IPv6 что бы соединения открывались быстрее. Дело в IPv4 из-за постоянного пересчета контрольных сумм и накладных расходов на NAT и прочую чепуху...