URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 61910
[ Назад ]
Исходное сообщение
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено opennews , 10-Дек-09 17:35 
Компания Google объявила (http://blog.chromium.org/2009/12/web-sockets-now-available-i...) о реализации поддержки в web-браузере Chrome (http://www.opennet.ru/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.ru/opennews/art.shtml?num=24617

Содержание
Сообщения в этом обсуждении
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Shura , 10-Дек-09 18:10 
как раз хотят принять как стандарт
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено szh , 11-Дек-09 05:51 
майкрософту не выгодно развитие и ускорение web, так что давай давай, под-тролливай по-тихоньку.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено andr.mobi , 11-Дек-09 14:40 
непонятно, зачем вообще весь этот хлам, если есть 9P
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено szh , 11-Дек-09 15:52 
в cloud решении можно работать со своими данными из под ChromeOS, Window, Maс, Desktop Linux, Android, Symbian, BalckberryOS, iPhone OS , ...

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено ameoba32 , 10-Дек-09 18:34 
Думаю все догадались, что это надо для SPDY, который будет проталкиваться в связке chrome+googleapps.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено szh , 11-Дек-09 05:59 
>Думаю все догадались, что это надо для SPDY, который будет проталкиваться в
>связке chrome+googleapps.

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено demoriz , 10-Дек-09 18:34 
Радует что не стоит таки вэб на месте.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено User294 , 10-Дек-09 21:33 
Да, рождаются новые велосипеды. Нечто подобное TСP зачем-то загнано уровнем выше. А зачем? TCP по какой-то причине недостаточно?
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 10-Дек-09 22:11 
Так нету в браузере TCP, затем и загноно

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено аноним , 10-Дек-09 22:51 
>Так нету в браузере TCP, затем и загноно

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 10-Дек-09 23:01 
ну а толку если доступ ограничен ?
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено User294 , 11-Дек-09 05:22 
Ну так ослабить гайки немного. А какой смысл в таком же велосипеде но уровнем выше? У него проблемы будут иные? Или что?
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 11-Дек-09 10:06 
Смысл в безопасности, соединения устанавливаются в контексте безопасности HTML документа, грубо говоря не с кем попало а только с родным доменом, чтобы такое стало возможно надо подняться до уровня HTTP, но само взаимодействие осуществляется по TCP и не избыточно, единственно что там есть от HTTP это один заголовок во время хендшейка, а дальше все тупо с помощью байтов-разделителей и указания длин фреймов.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено аноним , 10-Дек-09 18:47 
если кто не в курсе, внимательно читайте доки.
это совсем не те сокеты, о которых вы могли бы подумать.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 10-Дек-09 19:17 
js  + Canvas + ... + это = html  в прямом виде нафиг?

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено szh , 11-Дек-09 05:53 
для того чтобы создавать веб приложения, а не статический контент а-ля "новости".
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено fresco , 11-Дек-09 10:16 
к сожалению да
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Iv945n , 10-Дек-09 19:38 
> js  + Canvas + ... + это = html  в прямом виде нафиг?

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено User294 , 10-Дек-09 21:36 
>Можно будет на JS с использованием всего остальнонго написать браузер

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено ACCA , 11-Дек-09 07:32 
Ты просто не в курсе - сейчас в каждом доме с десяток Крэев-2. От тормозов не спасает.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено ffsdmad , 10-Дек-09 19:47 
а ajax уже не рулит?
его хотя бы ахтунгE поддерживает
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 10-Дек-09 20:15 
>а ajax уже не рулит?
>его хотя бы ахтунгE поддерживает

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 10-Дек-09 20:20 
Можно через мультиплексор сделать
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 10-Дек-09 21:07 
>Можно через мультиплексор сделать

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 10-Дек-09 21:41 
Незнаю что там имелось в виду под мультиплексором, но вообще такое делается с помощью long pooling, реализации могут быть разные, простейший пример - открываем на клиенте скрытый iframe и сосем в него ответ серверного скрипта месседжсендера, раз в несколько минут пересоздаем iframe, ну а в сторону сервера обычным аяксом.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено szh , 11-Дек-09 05:58 
Костыли. Хорошо что дальше одним костылем будет меньше.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 11-Дек-09 07:32 
Не правда, не костыль, а вполне себе приемлемая практика. :)
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 11-Дек-09 09:32 
Да не, таки костыль, приемлемый лишь потому что нет альтернатив, неудобный и избыточный, дополнительную либу тянуть надо, лишнее соединение, лишние заголовки, скрипт обертки на каждый месседж, необходимость ручной сборки мусора и т.п...
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 11-Дек-09 09:58 
Polling это тоже костыль? :)

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 11-Дек-09 10:36 
Да не, polling сам по себе не костыль конечно, костылем является эмулирование с помощью него чего то подобного обычной двунаправленной TCP сессии, чтобы не проводить постоянный опрос сервера, снизить избыточность, нагрузку, и отслеживать подключенных клиентов.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 11-Дек-09 11:55 
Polling от long-polling-а практически ничем не отличается, но дает выигрыш в некоторых случаях.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Аноним , 11-Дек-09 07:31 
Тогда уж не long pooling, а http streaming. Он ближе будет. Но и http streaming это односторонняя связь.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено аноним , 10-Дек-09 20:17 
>а ajax уже не рулит?

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


"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено pavlinux , 10-Дек-09 20:46 
> и позволяет в произвольном порядке инициировать отправку данных от сервера к

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено szh , 11-Дек-09 05:54 
выдерни свой CPU из материнской платы - он позволяет выполнятся троянам.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено pavlinux , 11-Дек-09 05:55 
>выдерни свой CPU из материнской платы - он позволяет выполнятся троянам.

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено szh , 11-Дек-09 15:57 
не останавливайся на достигнутом!
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено pavlinux , 11-Дек-09 17:00 
>не останавливайся на достигнутом!

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено pavlinux , 10-Дек-09 20:54 
ETHERNET -> TCP -> IP -> HTTP -> HTML -> WEB SOCKETS -> ПРИЛОЖЕНИЕ

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

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

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

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

  

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 10-Дек-09 22:03 
Ну никто же не заставляет, не хотите - не юзайте, программируйте железки напрямую, только это долго и менее гибко если что, такчто плюсы всеравно есть.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено ixrws , 10-Дек-09 23:00 
павлин дело пишет. О какой гибкости вы говорите? xulrunner, Qt - это уже давно обкатанные технологии, способные на гораздо большее чем html5, с помощью них легче разрабатывать и быстрее. Я уже молчу про Java.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 10-Дек-09 23:32 
да дело, сами начинаем новый проект на Qt, но не все же так однозначно, обычное приложение компилить надо, инсталлить, разные оси, архитектуры, кастрированные девайсы без доступа, права пользователя всякие, лицензии, теоретически даже зависимость от нокии, да и вообще целый класс задач типа всяких форумов, корпоративных порталов, интернет представительств, или скажем всякие CRM/ERP в web по моему лучше смотрятся.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено анон , 10-Дек-09 22:49 
Mr. Freemen, Вы?
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено User294 , 11-Дек-09 06:43 
>ETHERNET -> TCP -> IP -> HTTP -> HTML -> WEB SOCKETS -> ПРИЛОЖЕНИЕ

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

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

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Piter_Ring , 11-Дек-09 09:36 
ETHERNET -> TCP -> IP -> HTTP -> HTML -> WEB SOCKETS -> ПРИЛОЖЕНИЕ

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Wizard , 11-Дек-09 09:53 
Про семь уровней модели OSI процитировать?
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 11-Дек-09 11:04 
правельнее да не правильно, мы же про WEB SOCKETS, вот его в первую очередь на место и положите, позиции на 2 левее ;)
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено Gambler , 10-Дек-09 22:17 
Что-то в этом роде давно нужно было сделать, однако странно как-то идея реализована.

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

"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено thirteensmay , 10-Дек-09 23:58 
а че странно ? ну вроде как одно соединение на туда-сюда, в контексте общей безопасности типа аякса насколько я понял, с возможностью событийной модели, разве что с фреймингом чето както мутно, ито просто неохото толком вникать, в любом случае прикладному программеру это скорее всего и невидно будет, а все остальное вроде как стандартно. ?
"В Google Chrome и WebKit появилась поддержка...."
Отправлено Чь то имя , 12-Дек-09 10:49 
Сервера теперь будут пухнуть открытыми веб-сокетами. Радуйся киберфлебустьер, тебе датут новое оружие...
"В Google Chrome и WebKit появилась поддержка...."
Отправлено anonymous , 12-Дек-09 18:13 
> Сервера теперь будут пухнуть открытыми веб-сокетами

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

"В Google Chrome и WebKit появилась поддержка...."
Отправлено Аноним , 12-Дек-09 20:27 
>Сервера теперь будут пухнуть открытыми веб-сокетами. Радуйся киберфлебустьер, тебе датут новое оружие...

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


"В Google Chrome"
Отправлено Чь то имя , 13-Дек-09 10:00 
А что мешает производить атаки через порт 80, внедрив например IFRAME и жабой открывать нужные сокеты на нужные сервера? Браузер клиента вообще может превратиться в передаточное звено паразитного трафика.
Благодаря этому "изобретению" теперь нужны дополнительные мезанизмы файерволам, что бы анализировать, чего там в веб сокете происходит.
"В Google Chrome"
Отправлено thirteensmay , 14-Дек-09 11:51 
Мешает то что вы путаете жабьи сокеты и вебсокеты, первые не заработают пока вы не дадите на то явного разрешения, а вторые могут устанавливать соединение только с родным доменом, более того, подобный функционал в принципе уже давно доступен в виде аякса и лонгпулинга, никаких новых возможностей вебсокеты не добавляют, они просто более экономичны и удобны.
"В Google Chrome и WebKit появилась поддержка технологии web-..."
Отправлено serg1224 , 12-Дек-09 18:19 
>позволяет в произвольном порядке инициировать отправку
>данных от сервера к web-приложению и наоборот, от web-приложения к серверу.

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