Компания Google объявила (http://blog.chromium.org/2009/12/web-sockets-now-available-i...) о реализации поддержки в web-браузере Chrome (http://www.opennet.me/opennews/art.shtml?num=24586) и движке WebKit технологии Web Sockets (http://dev.w3.org/html5/websockets/), в настоящий момент принятой комитетом W3C для рассмотрения на предмет включения в будущий стандарт HTML5. Web Sockets представляет собой протокол и API для организации двунаправленного обмена данными между wеб-приложением и  сервером. Образно говоря Web Sockets является своеобразным аналогом TCP для Web и позволяет в произвольном порядке инициировать отправку данных от сервера к web-приложению и наоборот, от web-приложения к серверу.

Для аутентификации и обеспечения безопасности передачи данных в Web Sockets используются стандартные механизмы браузера. Сам протокол создает отдельные TCP-соединения, а не работает поверх HTTP. Прототип серверной составляющей в настоящий момент доступен (http://code.google.com/p/...

URL: http://blog.chromium.org/2009/12/web-sockets-now-available-i...
Новость: http://www.opennet.me/opennews/art.shtml?num=24617

• В Google Chrome и WebKit появилась поддержка технологии web-...,Shura, 18:10 , 10-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,szh, 05:51 , 11-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,andr.mobi, 14:40 , 11-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,szh, 15:52 , 11-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,ameoba32, 18:34 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,szh, 05:59 , 11-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,demoriz, 18:34 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,User294, 21:33 , 10-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 22:11 , 10-Дек-09
      • В Google Chrome и WebKit появилась поддержка технологии web-...,аноним, 22:51 , 10-Дек-09
        • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 23:01 , 10-Дек-09
          • В Google Chrome и WebKit появилась поддержка технологии web-...,User294, 05:22 , 11-Дек-09
            • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 10:06 , 11-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,аноним, 18:47 , 10-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 19:17 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,szh, 05:53 , 11-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,fresco, 10:16 , 11-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,Iv945n, 19:38 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,User294, 21:36 , 10-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,ACCA, 07:32 , 11-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,ffsdmad, 19:47 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 20:15 , 10-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 20:20 , 10-Дек-09
      • В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 21:07 , 10-Дек-09
        • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 21:41 , 10-Дек-09
          • В Google Chrome и WebKit появилась поддержка технологии web-...,szh, 05:58 , 11-Дек-09
            • В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 07:32 , 11-Дек-09
              • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 09:32 , 11-Дек-09
                • В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 09:58 , 11-Дек-09
                  • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 10:36 , 11-Дек-09
                    • В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 11:55 , 11-Дек-09
          • В Google Chrome и WebKit появилась поддержка технологии web-...,Аноним, 07:31 , 11-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,аноним, 20:17 , 10-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,pavlinux, 20:46 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,szh, 05:54 , 11-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,pavlinux, 05:55 , 11-Дек-09
      • В Google Chrome и WebKit появилась поддержка технологии web-...,szh, 15:57 , 11-Дек-09
        • В Google Chrome и WebKit появилась поддержка технологии web-...,pavlinux, 17:00 , 11-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,pavlinux, 20:54 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 22:03 , 10-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,ixrws, 23:00 , 10-Дек-09
      • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 23:32 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,анон, 22:49 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,User294, 06:43 , 11-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,Piter_Ring, 09:36 , 11-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,Wizard, 09:53 , 11-Дек-09
    • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 11:04 , 11-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,Gambler, 22:17 , 10-Дек-09
  • В Google Chrome и WebKit появилась поддержка технологии web-...,thirteensmay, 23:58 , 10-Дек-09
    • В Google Chrome и WebKit появилась поддержка....,Чь то имя, 10:49 , 12-Дек-09
      • В Google Chrome и WebKit появилась поддержка....,anonymous, 18:13 , 12-Дек-09
      • В Google Chrome и WebKit появилась поддержка....,Аноним, 20:27 , 12-Дек-09
        • В Google Chrome,Чь то имя, 10:00 , 13-Дек-09
          • В Google Chrome,thirteensmay, 11:51 , 14-Дек-09
• В Google Chrome и WebKit появилась поддержка технологии web-...,serg1224, 18:19 , 12-Дек-09

как раз хотят принять как стандарт

майкрософту не выгодно развитие и ускорение web, так что давай давай, под-тролливай по-тихоньку.

непонятно, зачем вообще весь этот хлам, если есть 9P

в cloud решении можно работать со своими данными из под ChromeOS, Window, Maс, Desktop Linux, Android, Symbian, BalckberryOS, iPhone OS , ...

9P не есть, его "нету" в данном контексте.

Думаю все догадались, что это надо для SPDY, который будет проталкиваться в связке chrome+googleapps.

>Думаю все догадались, что это надо для SPDY, который будет проталкиваться в
>связке chrome+googleapps.

интернет тоже нужен для googleapps, это не значит что он больше ни зачем не нужен (как и SPDY, как и web-сокеты).

Радует что не стоит таки вэб на месте.

Да, рождаются новые велосипеды. Нечто подобное TСP зачем-то загнано уровнем выше. А зачем? TCP по какой-то причине недостаточно?

Так нету в браузере TCP, затем и загноно

>Так нету в браузере TCP, затем и загноно

ващето, в браузере есть TCP :))))
доступ ограничен из соображений безопасности, так же как XDR

ну а толку если доступ ограничен ?

Ну так ослабить гайки немного. А какой смысл в таком же велосипеде но уровнем выше? У него проблемы будут иные? Или что?

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

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

js  + Canvas + ... + это = html  в прямом виде нафиг?

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

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

к сожалению да

> js  + Canvas + ... + это = html  в прямом виде нафиг?

Можно будет на JS с использованием всего остальнонго написать браузер с самостоятельным движком, который будет выполняться в браузере.

>Можно будет на JS с использованием всего остальнонго написать браузер

Все уже украдено до вас. Вон в фоксе xul + js в гуе :). А движок на JS - упаси боже, не раньше чем Крэй будет в каждом доме. До тех пор будет безжалостно тормозить.

Ты просто не в курсе - сейчас в каждом доме с десяток Крэев-2. От тормозов не спасает.

а ajax уже не рулит?
его хотя бы ахтунгE поддерживает

>а ajax уже не рулит?
>его хотя бы ахтунгE поддерживает

А как вы через Ajax будете запрос с сервера инициировать ? Раз в секунду спрашивать со стороны клиента не появились ли новые данные ?

Можно через мультиплексор сделать

>Можно через мультиплексор сделать

А вы поподробнее напишите, какой в изначально однонаправленном HTTP может быть мультиплексор.

Незнаю что там имелось в виду под мультиплексором, но вообще такое делается с помощью long pooling, реализации могут быть разные, простейший пример - открываем на клиенте скрытый iframe и сосем в него ответ серверного скрипта месседжсендера, раз в несколько минут пересоздаем iframe, ну а в сторону сервера обычным аяксом.

Костыли. Хорошо что дальше одним костылем будет меньше.

Не правда, не костыль, а вполне себе приемлемая практика. :)

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

Polling это тоже костыль? :)

Long-polling отличается от обычного polling-а лишь тем, что позволяет управлять частотой опроса на стороне сервера. Все, больше отличий нет.

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

Polling от long-polling-а практически ничем не отличается, но дает выигрыш в некоторых случаях.

Тогда уж не long pooling, а http streaming. Он ближе будет. Но и http streaming это односторонняя связь.

>а ajax уже не рулит?

считай, что это более экономный односессионный ажакс.

> и позволяет в произвольном порядке инициировать отправку данных от сервера к

и позволяет в произвольном порядке инициировать отправку произвольных данных от сервера к клиенту впиндюривать трояноф

выдерни свой CPU из материнской платы - он позволяет выполнятся троянам.

>выдерни свой CPU из материнской платы - он позволяет выполнятся троянам.

Ещё один останется :)

не останавливайся на достигнутом!

>не останавливайся на достигнутом!

Можно я буду в день по элементу выдёргивать?

ETHERNET -> TCP -> IP -> HTTP -> HTML -> WEB SOCKETS -> ПРИЛОЖЕНИЕ

И каждому придурку в этой цепи денег надо.

ПРИЛОЖЕНИЕ ЖРЕТ МЕГАГЕРЦЫ, МЕГАБАЙТЫ, - МЕГАГЕРЦЫ, МЕГАБАЙТЫ - СТОЯТ ДЕНЕГ.
HTML c ДРУЗЬЯМИ ПОРОЖДАЮТ ТРАФИК, - ТРАФИК - ДЕНЬГИ.
ДЛЯ TCP/IP/ETHERNET НАДО ЖЕЛЕЗО - ЖЕЛЕЗО СТОИТ ДЕНЕГ.

ДОЛЯ ПОЛЕЗНОЙ ИНФОРМАЦИИ В ЭТОЙ ЦЕПИ РАВНА 1%

ВЫВОД: 99% НАСЕЛЕНИЯ ПЛАНЕТЫ ПОРОЖНЯК.

  

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

павлин дело пишет. О какой гибкости вы говорите? xulrunner, Qt - это уже давно обкатанные технологии, способные на гораздо большее чем html5, с помощью них легче разрабатывать и быстрее. Я уже молчу про Java.

да дело, сами начинаем новый проект на Qt, но не все же так однозначно, обычное приложение компилить надо, инсталлить, разные оси, архитектуры, кастрированные девайсы без доступа, права пользователя всякие, лицензии, теоретически даже зависимость от нокии, да и вообще целый класс задач типа всяких форумов, корпоративных порталов, интернет представительств, или скажем всякие CRM/ERP в web по моему лучше смотрятся.

Mr. Freemen, Вы?

>ETHERNET -> TCP -> IP -> HTTP -> HTML -> WEB SOCKETS -> ПРИЛОЖЕНИЕ

Ты еще про пять вложенных уровней виртуализации забыл. А также vpn-ы и прочая. Так что зайдя однажды на шелл ты всего лишь сойдешь с ума в тщетных попытках осознать - а куда же тебя собственно занесло. Ну например, твой "эзернет" может оказаться VPNом в виртуалочке. Протунеляным на какую-то еще виртуалочку. Может быть даже на том же хосте или даже виртуалке. И спасибо если оно работает не через TCP пропущенный over HTTP :).Кстати да, с помощью гугл-байды можно наконец то будет тунелить HTTP-проксики с непрофильными целями без тормозов как у HTTP-tunnel, спасибо гугелю за это :-)

Следствие #1: хороший админ слепит столько разнообразных хитро взаимодействующих слоев что хакеры сойдут с ума при попытке осознать что за фигню им подсунули.

Следствие #2: хороший хакер все-таки вкурит что нагородил админ и в отместку перехреначит все так что с ума будет сходить уже админ :)  

ETHERNET -> TCP -> IP -> HTTP -> HTML -> WEB SOCKETS -> ПРИЛОЖЕНИЕ

^^^^^^^^^^^^^^^^^^^^^^^^^^
ошибочка однако
правельнее:
ETHERNET ->  IP -> TCP -> HTTP -> HTML -> WEB SOCKETS -> ПРИЛОЖЕНИЕ

Про семь уровней модели OSI процитировать?

правельнее да не правильно, мы же про WEB SOCKETS, вот его в первую очередь на место и положите, позиции на 2 левее ;)

Что-то в этом роде давно нужно было сделать, однако странно как-то идея реализована.

Почитайте про протокол:
http://tools.ietf.org/html/draft-hixie-thewebsocketprotocol-55

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

Сервера теперь будут пухнуть открытыми веб-сокетами. Радуйся киберфлебустьер, тебе датут новое оружие...

> Сервера теперь будут пухнуть открытыми веб-сокетами

Странно, что об этом никто не сказал раньше. Это что, не проблема?

>Сервера теперь будут пухнуть открытыми веб-сокетами. Радуйся киберфлебустьер, тебе датут новое оружие...

Ничего подобного, как был стандартный 80 порт так и останется. Соединение изначально всегда инициируется клиентом и уже по установленному клиентом каналу сервер может слать данные. Главное преимущество от разных пуллинг методов, что никаких лишних HTTP заголовков передаваться не будет.

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

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

>позволяет в произвольном порядке инициировать отправку
>данных от сервера к web-приложению и наоборот, от web-приложения к серверу.

Надеюсь, что модуль для iptables уже пишут... :-)