LINUX.ORG.RU — Русская информация об ОС Linux

[#]  
linux4ever

В браузере Google Chrome появилась поддержка веб-сокетов

Начиная с версии 4.0.249.0 в браузере Google Chrome появилась поддержка веб-сокетов. Веб-сокеты это TCP для интернета, представляет собой технологию двустороннего обмена данными для интернет-приложений, являющегося частью "Web Applications 1.0". Эта возможность описана в документации движка Webkit и браузера Chromium.

Также ведется работа по добавлению поддержки веб-сокетов в Firefox.

>>> Firefox Web sockets bugreport

>>> Подробности

Метки: chromium, firefox, html5, web, websockets

linux4ever (10.12.2009 18:19:06)
Проверено: Shaman007 (11.12.2009 9:47:41)
Juick

[#]  
ZeroDivisionError

Верните мне мой Web 1.0.

ZeroDivisionError (10.12.2009 18:46:34)
[#]  
Mystra_x64

>Веб-сокеты это TCP для интернета, представляет собой технологию двустороннего обмена данными для интернет-приложений, являющегося частью "Web Applications 1.0".

WUT?

Mystra_x64 ***** (11.12.2009 2:44:47)
[#] Ответ на: комментарий от Mystra_x64 11.12.2009 2:44:47  

> WUT?

Присоединяюсь к недоумению, прошу более конкретных разъяснений.

DJAnto * (11.12.2009 9:53:43)
[#]  

таки будет труъ server push?

aiker ** (11.12.2009 9:53:57)
[#]  
robot12

In addition to the new Web Sockets API, there is also a new protocol (the "web socket protocol") that the browser uses to communicate with servers. The protocol is not raw TCP because it needs to provide the browser's "same-origin" security model. It's also not HTTP because web socket traffic differers from HTTP's request-response model. Web socket communications using the new web socket protocol should use less bandwidth because, unlike a series of XHRs and hanging GETs, no headers are exchanged once the single connection has been established.

Ооооо феерично, когда же у браузеров свой boot loader появится ???

robot12 ***** (11.12.2009 9:59:49)
[#]  

Верно ли, что если "web socket protocol" допилят, XMPP (jabber) станет ненужен?

anonymous (11.12.2009 10:22:20)
[#]  
dotcoder

WebSockets in Resin 4.0.2

WebSockets будут в Resin 4.0.2

dotcoder **** (11.12.2009 10:24:19)
[#] Ответ на: комментарий от anonymous 11.12.2009 10:22:20  
crono

есть подозрение что и всякие там ajax будут ненужны. GET запрос можно будет отправлять без перегрузки страницы наверно так может ошибаюсь.

crono * (11.12.2009 10:36:20)
[#] Ответ на: комментарий от ZeroDivisionError 10.12.2009 18:46:34  
pento

+1 нормальные хомапаги с минимум графики

pento **** (11.12.2009 10:37:20)
[#] Ответ на: комментарий от ZeroDivisionError 10.12.2009 18:46:34  

Я когда-то думал - а почему через <xml>/<html> теги не сделали такого клиента, который будет показывать виджеты средствами WM (gtk, qt и тд). Тогда GUI-шные приложения подгружались бы сразу через HTTP. Но к этому то все и пришло - только с другой стороны. Браузер теперь трудно назвать браузером, потому что по сути - это отдельная виртуальная машина, в рамках которой происходит выполнение тех или иных задач. Это уже давно не просто отображалка форматированного текста ;)

rx8620 (11.12.2009 10:55:38)
[#] Ответ на: комментарий от rx8620 11.12.2009 10:55:38  
Legioner

XUL, уже лет 10

Legioner ***** (11.12.2009 11:01:46)
[#]  
blackst0ne

Re: В браузере Google Chrome появилась поддержка веб-сокетов

Я так понял, это та наработка, которую соорудили в Google?

blackst0ne ** (11.12.2009 11:18:18)
[#] Ответ на: комментарий от crono 11.12.2009 10:36:20  

Именно что станет ненужным только XMLHttpRequest. Все остальное не изменится. Скрипты получат двунаправленный асинхронный поток данных до СВОЕГО сервера, что можно было сделать всегда с разной степенью раскорячности.

anonymous (11.12.2009 11:22:03)
[#]  

"Веб-сокеты - это TCP для интернета", а TCP - это IP для эзернета.

Ваще упадок.

anonymous (11.12.2009 11:30:30)
[#]  

> Веб-сокеты это TCP для интернета
А TCP был не для интернета?

Nao **** (11.12.2009 11:30:48)
[#]  
vkos

Web 2.0 не нужен. А шпионы тем более.

vkos ** (11.12.2009 11:58:32)
[#] Ответ на: комментарий от robot12 11.12.2009 9:59:49  

> Ооооо феерично, когда же у браузеров свой boot loader появится ???

про хромосос слышал?

anonymous (11.12.2009 12:03:46)
[#]  

Эх, появились бы эти сокеты годков на 8 раньше...

slyjoe (11.12.2009 12:15:28)
[#]  
RedPossum

все эти вэб 2.0 сервисы, что сейчас кажутся такими естественными и оригинальными решениями, довольно скоро обрастут дикими костылями.

RedPossum *** (11.12.2009 12:16:31)
[#] Ответ на: комментарий от RedPossum 11.12.2009 12:16:31  
vasily_pupkin

ОБРАСТУТ?! Т.е. ты не считаешь это убожество костылями?

vasily_pupkin *** (11.12.2009 12:23:23)
[#] Ответ на: комментарий от vasily_pupkin 11.12.2009 12:23:23  
RedPossum

да не такие это и костыли. вполне приемлимое решение. а что именно тебя не устраивает?

RedPossum *** (11.12.2009 12:27:59)
[#] Ответ на: комментарий от robot12 11.12.2009 9:59:49  
JackYF

>Ооооо феерично, когда же у браузеров свой boot loader появится ???

Дваждую.

JackYF *** (11.12.2009 12:40:41)
[#]  

OH WOW. Быдло не знает о моём WCF и дуплексных каналах.

Anon2k (11.12.2009 12:54:01)
[#]  
linux4ever

Флеш-капец неминуем.

linux4ever (11.12.2009 13:01:10)
[#]  
Ramen

Не нужно.

Ramen *** (11.12.2009 13:03:02)
[#]  
Bohtvaroh

Я правильно понимаю, что это штука позволит серверу самому нотифаить браузер вместо того, чтобы периодически опрашивать через XHR?

Bohtvaroh *** (11.12.2009 13:24:09)
[#]  

- В браузере ГуглоХром появилась поддержка сокетов!

- В браузере ГуглоХром появилась поддержка iptables!

...

- Циска представила маршрутизатор на базе Гуглохрома!

anonymous (11.12.2009 14:01:53)
[#] Ответ на: комментарий от Bohtvaroh 11.12.2009 13:24:09  

>Я правильно понимаю, что это штука позволит серверу самому нотифаить браузер вместо того, чтобы периодически опрашивать через XHR?

Правильно. К слову говоря, помимо "периодически опрашивать через XHR" еще есть костыли типа long polling и streaming http.

aiker ** (11.12.2009 14:07:21)
[#] Ответ на: комментарий от Anon2k 11.12.2009 12:54:01  

>OH WOW. Быдло не знает о моём WCF и дуплексных каналах.

Тупица. Причем тут два http соединения?

aiker ** (11.12.2009 14:11:41)
[#] Ответ на: комментарий от aiker 11.12.2009 14:07:21  
Bohtvaroh

> long polling и streaming http

Спс, просветился. :D

Bohtvaroh *** (11.12.2009 14:12:44)
[#]  
dimon555

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

может надо просто новый http написать, чтобы поддерживал функцию зомбоящика

dimon555 **** (11.12.2009 15:43:25)
[#] Ответ на: комментарий от aiker 11.12.2009 9:53:57  

> таки будет труъ server push?

ага, именно TRUE. Т.к. даже в доке (draft) по этим сокетам написано, что ничего нового они не добавляют (уже сейчас все это можно делать через long polling). Но с этой технологией польше вопросов, чем ответов.

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

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

Liosha_Syrnikov * (11.12.2009 15:49:24)
[#]  

это что - революция ?

kto_tama ***** (11.12.2009 16:25:29)
[#] Ответ на: комментарий от Liosha_Syrnikov 11.12.2009 15:49:24  

>Но с этой технологией польше вопросов, чем ответов.

Ну, методология работы уже опробована на "кривом" server push (тот же Bayeux протокол). Вот и будут на сервере - неблокирующие сокеты на клиентских соединениях (которые может обрабатывать тот же nginx или lighttpd), логические "каналы" сообщений и потоки приложений или процессы приложений, работающих с этими "каналами".

aiker ** (11.12.2009 17:29:20)
[#] Ответ на: комментарий от RedPossum 11.12.2009 12:16:31  

Веб 2.0 - это сам по себе костыль. Веб не предназначен для интерактивной работы.

Quasar *** (11.12.2009 20:31:00)
[#]  

Re: В браузере Google Chrome появилась поддержка веб-сокетов

TCP over HTTP? Докатились.

grusha (11.12.2009 20:43:23)
[#]  
stave

Можно наверное порадоваться за них. Ээээ...

stave **** (11.12.2009 21:28:04)

Re: В браузере Google Chrome появилась поддержка веб-сокетов

Хм, таки не over, а отдельный протокол, сбоку выглядящий как HTTP. Почитал драфт RFC - мда, фиг его знает, может и хорошее начинание.

grusha (11.12.2009 22:20:55)
[#] Ответ на: комментарий от Liosha_Syrnikov 11.12.2009 15:49:24  
filin

> будут очень сильно отличаться от существующей архитектуры.

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

filin ** (11.12.2009 22:57:10)
[#]  
mkfifo

ну вот и отлично!

это не какоето-то там Flash-гавно, которое подключается ВНАГЛУЮ по сырому TCP ...

..а нормальное промышленное безопаснрешение динамического обмена данными в рамках web!

новость позитивнф :-) ! ура!

гугловский SPDY -- тут как разбы прищёлбы тоже кстате :-)

mkfifo * (12.12.2009 3:38:32)
[#] Ответ на: комментарий от Nao 11.12.2009 11:30:48  
splinter

подписываюсь. что за особый такой TCP для интернета ?

splinter **** (12.12.2009 9:01:29)
[#]  
eXOR

Заголовок новости на каком языке написан? Не на шаманском-ли?

eXOR ***** (12.12.2009 17:27:07)
[#] Ответ на: комментарий от Liosha_Syrnikov 11.12.2009 15:49:24  
eXOR

Долгоживущая сессия - это хороший способ загнобить масштабируемость.

eXOR ***** (12.12.2009 17:30:22)

О Сервере - Правила форума
http://www.linux.org.ru/

Rambler's Top100 Рейтинг@Mail.ru