Разработчики из компании Google представили (http://googledevelopers.blogspot.com/2012/04/add-spdy-suppor...) первый стабильный релиз mod_spdy (http://code.google.com/p/mod-spdy/), модуля к HTTP-серверу Apache 2.2 с реализацией поддержки протокола SPDY (http://dev.chromium.org/spdy). Модуль позволяет интегрировать в web-сервер прозрачную поддержку всех базовых возможностей SPDY, в том числе мультиплексирования потоков и сжатия HTTP-заголовков, без необходимости использования отдельных прокси или без реализации протокола на уровне приложения. Код проекта открыт под лицензией Apache, для установки подготовлены RPM- и DEB-пакеты.
Для организации SSL-соединений mod_spdy использует собственную модифицируемую версию штатного Apache-модуля mod_ssl, отличающуюся добавлением поддержки расширения NPN TLS HTTPS (патчи поставляются в комплекте с mod_spdy). Так как сжатие заголовков производится на этапе обработки соединений, а не на стадии формирования запроса, mod_spdy совместим с другими модулями Apache, т.е. сжатие заголовков не мешает работе модулей, манипулирующих HTTP-заголовками. После включения (http://code.google.com/p/mod-spdy/wiki/GettingStarted) mod_spdy все обслуживаемые http-сервером сайты автоматически становятся доступными через протокол SPDY при открытии сайта браузером, поддерживающим SPDY. В настоящее время поддержка SPDY включена в браузере платформы Android, Chrome/Chromium и Firefox (по умолчанию SPDY будет включен в Firefox 13, в Firefox 11 и 12 требуется установка переменной network.http.spdy.enabled в about:config).
По оценке (http://www.youtube.com/watch?v=vEYKRhETy4A) разработчиков использование mod_spdy в сочетании с поддерживающими протокол SPDY браузерами позволяет более чем в два раза ускорить загрузку web-страниц, содержащих большое число внешних элементов. Отдельный интерес представляет метод обеспечения мультиплексирования соединений в условиях архитектуры Apache, изначально рассчитанной на однопоточную обработку одного запроса в рамках одного соединения. Для обхода данного ограничения mod_spdy реализует дополнительное разделение по отдельным нитям потоков, связанных с обработкой соединений и запросов. Поток обработки соединений отвечает за декодирование фреймов SPDY и диспетчеризацию новых SPDY-запросов к пулу нитей с обработчиками запросов. Каждая нить с обработчиком запроса может обслуживать свой HTTP-запрос параллельно с другими запросами.<center><a href="http://3.bp.blogspot.com/-V3awGUEFUn0/T42j1LXTouI/AAAAAAAABV... src="http://www.opennet.me/opennews/pics_base/0_1334829992.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></a></center>
Протокол SPDY был создан специально для минимизации задержек при соединении и обмене данными между клиентом и сервером. При обслуживании соединения SPDY использует похожий на HTTP механизм взаимодействия в форме запрос/ответ. SPDY добавляет сеансовый уровень поверх SSL, что даёт возможность обеспечить передачу нескольких одновременных потоков в рамках одного TCP-соединения. При использовании HTTP запросы в рамках одного потока обслуживаются последовательно, задействование SPDY даёт возможность мультиплексировать запросы ресурсов, обрабатывать их параллельно и отправлять запросы с учетом динамически рассчитываемых приоритетов, увеличивая текущую пропускную способность. Использование SSL одновременно позволяет решить проблему с прохождением запросов через прокси серверы и позволяет организовать доставку данных по инициативе сервера, без специального запроса клиента (технология Server push). Дополнительное ускорение достигается за счёт сжатия HTTP-заголовков запроса и ответа, что уменьшает размер передаваемых данных и заметно ускоряет загрузку страниц, порождающих большое число мелких запросов (CSS, JavaScript файлы, картинки), особенно при использовании медленных каналов связи.<center><iframe width="560" height="315" src="http://www.youtube.com/embed/vEYKRhETy4A" frameborder="0" allowfullscreen></iframe></center>
Код с эталонной реализацией SPDY открыт (http://src.chromium.org/viewvc/chrome/trunk/src/net/spdy/) под лицензией Apache. Кроме представленного модуля к Apache также доступен специальный прокси-сервер (http://www.chromium.org/spdy/spdy-proxy), позволяющий использовать протокол SPDY для любых сайтов. Реализации протокола также подготовлены для языков Python, Go, Ruby, Java и JavaScript (node.js).
Протокол SPDY продвигается для включения в состав будущего стандарта HTTP/2.0. При этом интерес к развитию данного протокола и его поддержке в своих продуктах высказывает (http://blogs.msdn.com/b/interoperability/archive/2012/03/26/...) даже компания Microsoft, недавно представившая черновик (http://tools.ietf.org/html/draft-montenegro-httpbis-speed-mo...) спецификации "HTTP Speed+Mobility", непосредственно базирующейся на протоколе SPDY, адаптированном для мобильных приложений (по сути Microsoft предлагает упрощённый вариант SPDY (http://www.belshe.com/2012/03/29/comments-on-microsofts-spdy.../), например, поддержка сжатия и шифрования переводится в категорию опциональных возможностей, удалена поддержка средств контроля за потоком и техники server push).URL: http://googledevelopers.blogspot.com/2012/04/add-spdy-suppor...
Новость: http://www.opennet.me/opennews/art.shtml?num=33638
Самое главное то, что SPDY работает на сервере, а не очередной костыль в браузеры.
> Самое главное то, что SPDY работает на сервере, а не очередной костыль
> в браузеры.Ну да, ""использование mod_spdy в сочетании с поддерживающими протокол SPDY браузерами позволяет"". Конечно!
В браузёрах изменения минимальны. Для старых браузёров - SPDY-прокси.
Просто это костыль для серверов.
И с учетом того, что он не совместим с шаред-хостингами и старыми браузерами толку от него - чуть.
> толку от него - чуть.Если за дело взялся гугл - считай это уже стандарт де-факто.
Так что, владельцам хостингов пора уже задуматься.Кстати, для шаред-хостеров это может стать очередной killer-feature,
если кто разместит у себя на стартовой странице большой банер"ТОЛЬКО У НАС, В ПЕРВЫЕ В РААСИИЕ ПОДДЕРЖКА SPDY" за 9.99$ !!!
А учитывая как до тошноты насильно Фаерфокс предлагает себя обновить,
считай через год 20% интернета уже будут уметь SPDY
>Если за дело взялся гугл - считай это уже стандарт де-факто.Если за дело взялся гугл - считай это уже провалилось.
GWT, Wave, golang, dart, health, gears передают привет с того света.
>Кстати, для шаред-хостеров это может стать очередной killer-feature,даже более киллер чем ты думаешь. С шаредами протокол не совместим в принципе.
>А учитывая как до тошноты насильно Фаерфокс предлагает себя обновить,считай через год 20% интернета
удалит firefox и поставит ie9.
>удалит firefox и поставит ie9.Сам не могу поверить, но я с это скоро сделаю
Поисковый движок Google, ОС Android, почтовый севис Gmail и многие другие тоже шлют вам пламенный привет.
Ничего что только в этом году они закрыли в три раза больше проектов, чем вы назвали "успешных"? Все еще верим, что все до чего дотрагивается Гугл превращается в успех?
Есть такое понятие - "стартап". Нормально это. 9 сдохло - один выжил и дал прибыль за весь десяток. Кстати с какого перепою вы мертвецы занесли Go, к которому интерес сейчас сильно вырос после релиза, и Dart, который ещё не выходил вообще?
Google это ... стартап? Что то новое.
>Кстати с какого перепою вы мертвецы занесли Go, к которому интерес сейчас сильно вырос после релизаПод "релизом" понимается выход версии 1.0 без обратной совместимости со старым кодом?
А под "интересом" видимо цикл статей, показывающих, что компилятор go генерирует падающий код под x86 как под linux так и под виндоус?
Про то что сборщик мусора у них не способен отличать float от ссылки, я вообще и не говорю.
На данный момент нет ни одного крупного проекта использующего go. И это через сколько лет после появления?
Какой ещё старый код до выхода версии 1.0?
А то сюда ещё шкуру неубитого питона приволокут...
Это весь тот код который написали сторонние программисты, которые имели глупость поверить маркетингому булщиту и начали его использовать. Для справки появился golang в 2009.
А несовместимая версия 1.0 в 2012. Три года коту под хвост.
У гугла политика - "разворачиваем очередной стартап смотрим, взлетело ли". То что куча начинаний дохнет - норма. На них кроме всего прочего обкатываются отдельные идеи и технологии, которые потом интегрируются куда-то ещё.Под "интересом" к Go я понимаю цикл статей "я вот то-то и то-то написал на Go". В частности - на хабре их довольно много появилось, да и англоязычные видел.
Со сборщиками мусора - тут надо в детали лезть, но если коротко - то хороший сборщик в системном языке - это ни фига не тривиально. И в любом случае в реальной жизни это мешает крайне редко, что было видно на примере D - у него долго сборщик был много страшнее (он вообще почти всё ссылками считал), но нарывался народ на это довольно редко.
Какие годы и проекты? Все нормальные люди понимали, что до 1.0 ничего большого писать не надо - как раз потому что будут несовместимые изменения.
Я, если что, не сторонник Go ни разу - слишком он примитивный, но говорить, что оно умерло, ориентируясь на какие-то альфы - это слишком.
Сенсация! Crazy Alex не знает что такое СтартАп.
Это вы не знаете, что стартап - это не обязательно отдельная фирмочка, а может быть и отдельный проект (с отдельным бюджетом и критериями успеха) под чьей-то крышей. Отличие стартапа от "обычного" предприятия/проекта исключительно в степени риска и, соответственно, минимизации стартовых вложений.Кстати, половина гугловских проектов - это именно стартапы-фирмочки, купленные в своё время - см. хотя бы историю Wave и гуглодоков.
Так работает бизнес. Велкам ту реал ворлд.
> Так работает бизнес. Велкам ту реал ворлд.Если за дело взялся гугл - считай это уже стандарт де-факто.
ПС А что, я тоже могу постить случайные фразы.
Если за дело взялся гугл - считай это уже стартап де-факто.fixed
тоесть ты не знаешь почему гугл их закрывает?
а концентрируешься на самом факте оторванном от мотивации?запишите этого анонимуса в списки ссылки.
> тоесть ты не знаешь почему гугл их закрывает?Я не знаю. А вы?
> Поисковый движок GoogleХорошо собирает о вас информацию, плохо ищет.
> ОС Android
Блоб ничем не лучше iOS.
> почтовый севис Gmail
Сливающий вашу переписку кому угодно и недавно просто парализовавший доставку почты для миллионов своих клиентов.
Если пост пишет анонимус - считай это уже бред. Расскажи мне о провале Gmail и Android.По теме:
Firefox + Chrome уже сегодня более 50%, через год будут 60-70%.
>Расскажи мне о провале Gmail и Android.Так как пара успешных проектов из сотен или
>Если за дело взялся гугл - считай это уже стандарт де-факто.Или вы не видите тут противоречия?
зачем на максимализм отвечаешь максимализмом ?
Где ты видишь максимализм? У гугла провалились сотни проектов. (Google internet accselerator слыщал? бесплатно, без смс). Доля успешных решений у них весьма невысока. Но для некоторых, все что исходит от гугла - божья роса.
здесь: "Если за дело взялся гугл - считай это уже провалилось."
> здесь: "Если за дело взялся гугл - считай это уже провалилось."А исправил более неверную утверждение
>Если за дело взялся гугл - считай это уже провалилось.на менее неверное. Если вы не знаете спор в том и состоит, что бы двигатся в направлении увеличения истины. При чем главное именно движение, так как абсолютная "Истина" сама по себе не достижима.
>GWT, Wave, golang, dart, health, gears передают привет с того света.Как они тебе там, не мешают?
>считай через год 20% интернета удалит firefox и поставит ie9.
В альтернативно одаренной реальности
> А учитывая как до тошноты насильно ФаерфоксХром. //fixed
> считай через год 20% интернета
(ff+chrome)
рунета. 20+25=45%
интернета: 25+30=55%.http://gs.statcounter.com/#browser-ww-monthly-201201-201203
https://www.openstat.ru/counter:meta/trends/report/browser#1807
А файрфокс из коробки не поддерживает spdy.
скоро будет поддерживать
Вот как будет так и плюсуйте. А то ведь ie тоже когда нибудь будет поддерживать, но это не делает долю поддерживающих браузеров равной 100% сейчас.
Плюсую. Уже поддерживает, если включить в настройках.
Новость прочитай. Даю справку - Firefox 13 выйдет через полтора месяца.
> Плюсую. Уже поддерживает, если включить в настройках.Какое слово в выражении "из коробки" вам не понятно?
> Новость прочитай. Даю справку - Firefox 13 выйдет через полтора месяца.А суммируете вы уже сейчас причем и версии 3.* количество которых достигает 20% от всех и которые обновляться не собираются. Есть хорошее слово для описания подобных манипуляций - подлог.
> Какое слово в выражении "из коробки" вам не понятно?Кубическая сила. Поддержка - есть.
> А суммируете вы уже сейчас причем и версии 3.* количество которых достигает
> 20% от всех3,39 % по данным openstat.
> Есть хорошее слово для описания подобных манипуляций - подлог.
20% вместо 3%? да, очень точное определение.
> Просто это костыль для серверов.
> И с учетом того, что он не совместим с шаред-хостингами ...Можно с этого места поподробней (про несовместимость с шаред-хостингами)?
> Самое главное то, что SPDY работает на сервере, а не очередной костыль
> в браузеры.Всё это костыль (или развивающаяся модная технология), пока не будет введено в стандарт HTTP/2.0 и не будет поддержано популярными продуктами на серверной и клиентской стороне. А потом это ещё всё надо доставить до администраторов и пользователей.
> стандарт HTTP/2.0 и не будет поддержано популярными продуктами на серверной и
> клиентской стороне.Внезапно, апач - популярный серверный продукт. А лис и хром - популярные клиентские браузеры. И у них сие как бы уже вполне есть и пашет.
Современные веб стандарты это стандарты дефакто.
На бумагу записывается только то, что уже давно и хорошо работает.
И это мудрый подход. Потому как подход вида - "А давайте запремся в комнате на три дня и придумаем оторванный от жизни стандарт, а всех остальных заставим его реализовывать с бумажки?", не работает в области веб технологий.
Отличный пример - провал xtml.
Так что теперь только: "Утром рабочая реализация поддерживаемая значительной группой, вечером стандарт на нее."
> Отличный пример - провал xtml.ORLY? На днях наблюдал в ePub
я думаю имелся ввиду xhtml (буковка потерялась) и он таки да провалился...
хотя лично меня это сильно расстраивает...
> Самое главное то, что SPDY работает на сервере, а не очередной костыль в браузеры.В браузер его ответную часть уже встроили, ололо :). Не знаю костыль ли это, но уж точно в браузеры.
А для 2.4 пока нет модуля? Это актуальная стабильная ветка.
гуглю надо было сделать патч для nginx-а :)
Или кто-то на продакшенах до сих пор не прячет тело жирное апача?
> гуглю надо было сделать патч для nginx-а :)если есть спеки открытые, есть сырцы - вопрос времени. и да, не только в них
> гуглю надо было сделать патч для nginx-а :)
> Или кто-то на продакшенах до сих пор не прячет тело жирное апача?"Ожидается, что поддержка SPDY появится в Nginx к маю этого года"
http://www.24gadget.ru/1161049035-rossiyskiy-veb-server-ngin...
> http://www.24gadget.ru/1161049035-rossiyskiy-veb-server-ngin...Блин, ну и вёрстка на этом сайте - правая колонка на текст налезает (ff 11) :(
Как можно давать ссылки на такие сайты...
> Протокол SPDY продвигается для включения в состав будущего стандарта HTTP/2.0. При
> этом интерес к развитию данного протокола и его поддержке в своих
> продуктах высказывает даже компания Microsoft,куда конь с копытом, туда и рак с клешней
> недавно представившая черновик
и запатентовать
> спецификации "HTTP Speed+Mobility",
сначала надо переназвать
> например, поддержка сжатия и шифрования переводится в категорию опциональных возможностей, удалена поддержка средств контроля за потоком и техники server push).потом поломать
потом выждать. потом патентовать. интересно, их кривульку если не включать в спецификацию их же не остановит это, верно?
Поправте меня, если я не прав.Сколько я понял из этого http://dev.chromium.org/spdy, SPDY есть дальнейшее развитие Keep-Alive из HTTP 1.1. Причём, и учитывая, что есть только модуль под Apache, ломающее совместимость — у большенства сайтов (по крайней мере в рунете) как frontend стоит nginx, ну или lighttpd (реже), который ни сном ни духом о SPDY.
Да, конечно, можно разнести статику и динамику по разным доменам и наслушаться много добрых слов о не работающих js (потому как NoScript) и не грузящихся картинках (ибо «загружать с того же сайта»).Что-то не так в Датском королевстве…
> Поправте меня, если я не прав.
> Сколько я понял из этого http://dev.chromium.org/spdy, SPDY есть дальнейшее развитие Keep-Alive
> из HTTP 1.1. Причём, и учитывая, что есть только модуль под
> Apache, ломающее совместимость — у большенства сайтов (по крайней мере в
> рунете) как frontend стоит nginx, ну или lighttpd (реже), который ни
> сном ни духом о SPDY.
> Да, конечно, можно разнести статику и динамику по разным доменам и наслушаться
> много добрых слов о не работающих js (потому как NoScript) и
> не грузящихся картинках (ибо «загружать с того же сайта»).
> Что-то не так в Датском королевстве…Нифига не понял, каким образом ломается совместимость?
Сервера умеющие SPDY внезапно перестают уметь HTTP или где?
Чудики, нельзя сломать текущий хо вещей, это один из этапов плавного перехода.
Постепенно SPDY допилят во всех браузерах.
Угу, IE, как обычно потребуется лет семь.
> Угу, IE, как обычно потребуется лет семь.да нам-то что. это угрёбище упало до 20% даже у виндузятников. кроме упоротых банков и кретинов из "консультант плюс" оно вообще никому нафиг не сдалось.
> Угу, IE, как обычно потребуется лет семь.Какая разница, допилят в IE или нет, если при включении SPDY на стороне сервера обычный HTTP никуда не девается?
Ну будет у пользователей IE всё еще медленней по сранению с пользователями других браузеров работать.... ну и что?
Google и VMware расширяют сотрудничество в сфере корпоративных публичных облаков http://gubbank.ru/2015/02/05/google_i_vmware_rasshiryayut_so.../
Это, конечно, круто.
Ещё модуль для nginx и поддержку в браузеры и будет вообще шоколадно.
Но мне кажется, что можно вспомнить про обычные TCP порты и сразу делать клиент-серверное соединение на какой-то порт.
Сразу можно получить и сжатие, и server push.
> Это, конечно, круто.
> Ещё модуль для nginx и поддержку в браузеры и будет вообще шоколадно.
> Но мне кажется, что можно вспомнить про обычные TCP порты и сразу
> делать клиент-серверное соединение на какой-то порт.
> Сразу можно получить и сжатие, и server push.А proxy и прочее радости жизни оно как будет проходить?
В том то и прелесть, что он по тому же порту отвечает.
А вам с вашими идеями, имхо, надо смотреть в сторону WebSockets.PS В браузерах и так есть. Chrome и Firefox уже поддерживают.
От IE имхо еще года 3-4 не дождёмся.
http://news512.ru/2014/11/26/shpionskie_tehnologii_stanut_do.../
