The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

HTTP/2.0 получил статус предложенного стандарта

18.02.2015 07:50

Комитет IETF (Internet Engineering Task Force), занимающийся развитием протоколов и архитектуры Интернет, придал спецификации HTTP/2.0 статус "Предложенного стандарта", а также приступил к формированию отдельных RFC для протокола HTTP/2.0 и формата сжатия заголовков HPACK. Работу над RFC планируется завершить через 6-8 недель.

Следующей стадией станет придание RFC статуса чернового стандарта (Draft Standard), фактически означающего полную стабилизацию протокола и учёт всех высказанных замечаний. Следует отметить, что в настоящее время на стадии чернового стандарта находятся большинство протоколов сети, и лишь единицы после многих лет существования достигают наивысшего статуса - стандарт Интернета (статус стандарта получили около 70 RFC).

Основной задачей создания HTTP/2.0 является повышение эффективности использования сетевых ресурсов и снижение задержек при соединении и обмене данными между клиентом и сервером, в условиях изменившихся современных реалий, при которых для загрузки сайта требуется отправить множество отдельных запросов (в среднем около 100), связанных с получением CSS, файлов JavaScript и картинок. Протокол HTTP/1.1, в силу блокировок при конвейерной передаче данных и высоких накладных расходов на отдачу ресурсов небольшого размера, не может обеспечить должную эффективность и вынуждает устанавливать несколько одновременных TCP-соединений к серверу. В основу HTTP/2.0 положен протокол SPDY, разработанный компанией Google и позволяющий ускорить загрузку сайтов на 15-50%.

Основные особенности (PDF) HTTP/2.0:

  • Применение бинарного протокола, оперирующего передачей бинарных кадров. Каждый кадр имеет заголовок с информацией о типе, размере, опциях и идентификаторе потока. Кадры с типом DATA используются для передачи данных, HEADERS - HTTP-заголовков, RST_STREAM - для досрочного прерывания отправки данных;
  • Мультиплексирование и распараллеливание потоков в рамках одного TCP-соединения. Пакеты разных потоков смешиваются и, в отличие от конвейерной передачи HTTP/1.1, не ожидают окончания отправки запроса. Поддержка эффективной двунаправленной передачи данных. Возможность мультиплексирования при обращении к разным хостам, что позволяет дополнительно ускорить одновременную загрузку web-контента с разных сайтов (в SPDY мультиплексирование поддерживается только для одного хоста);
  • Возможность установки приоритетов и зависимостей для потоков, что позволяет выделить наиболее важные потоки, которые нужно выполнить в первую очередь, а также определить зависимость одного потока от другого;
  • Сжатие HTTP-заголовков. В том числе поддерживается устранение дубликатов заголовков и Cookie, повторяющихся для серии запросов к одному сайту. Допускается определение отдельных заголовков не подлежащих сжатию;
  • Низкая чувствительность к задержкам;
  • Средства для согласования протокола между клиентом и сервером, позволяющие выбрать HTTP/1.1, HTTP/2.0 и другие протоколы: сервер предоставляет список поддерживаемых протоколов, которые может выбрать клиент. Для шифрованных соединений параметры TLS согласовываются при помощи протокола APLN, при котором клиент сообщает список поддерживаемых опций, а сервер выбирает наиболее оптимальный для себя вариант;
  • Обеспечение высокого уровня совместимости с HTTP/1.1: сохранены заголовки, схема URI, коды состояния и методы (GET, POST и т.п.). Обеспечена возможность создания прокси для доступа клиентов HTTP/1.1 к серверам HTTP/2.0;
  • Возможность установки шифрованных (HTTPS) и не шифрованных соединений (HTTP). Шифрование осуществляется с использованием TLS 1.2 или более новой версии. Несмотря на то, что спецификация допускает создание нешифрованных соединений, разработчики Firefox и Chrome намерены обеспечить работу HTTP/2.0 только поверх TLS;
  • Поддержка технологии Server push для передачи данных от сервера к клиенту (например, когда сервер считает, что после определённого запроса обязательно будут затребованы другие данные, он может отправить эти данные не дожидаясь фактического запроса);
  • Поддержка HTTP/2.0 уже реализована в браузерах Firefox 36+, Chrome (требуется сборка с "--enable-spdy4") и IE 11. Серверные реализации пока ограничиваются OpenLiteSpeed, H2O, nghttp2 и некоторыми библиотеками на высокоуровневых языках.


  1. Главная ссылка к новости (https://www.mnot.net/blog/2015...)
  2. OpenNews: Впервые за 15 лет обновлена спецификация протокола HTTP/1.1
  3. OpenNews: Опубликован первый черновик спецификации HTTP 2.00
  4. OpenNews: Предложение по формированию стандарта HTTP/2.0, на включение в который претендует SPDY
  5. OpenNews: Google отказывается от поддержки в Chrome протокола SPDY в пользу HTTP/2
  6. OpenNews: В протоколе HTTP/2.0 предложено перейти к обязательному использованию HTTPS для всех соединений
Лицензия: CC-BY
Тип: Интересно / К сведению
Короткая ссылка: https://opennet.ru/41684-http2
Ключевые слова: http2
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, dimqua (ok), 08:26, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > единицы после многих лет существования достигают наивысшего статуса - стандарт Интернета

    В IETF сидят слоупоки, так и запишем.

     
     
  • 2.39, cvb (??), 17:37, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    "сидят" они у себя, а не в каком-то специальном здании IETF. Участвовать в обсуждении может любой, поэтому слоупоком Вы называете себя самого. Берите и предлагайте.
     

  • 1.5, soarin (?), 08:49, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Занятно, из крупных веб серверов его поддерживает внезапно только IIS.
     
     
  • 2.6, Аноним (-), 09:04, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Вы сильно ошибаетесь. Если МС что-то назвал HTTP2 - это значит, что они сами придумали своё решение, просто название придумали. Так же как и окна, SQL сервер и т.п.
     
     
  • 3.7, soarin (?), 09:16, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    У тебя есть конкретная информация или диваноаналитикуешь?
     
     
  • 4.10, QuAzI (ok), 10:02, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дочитать до конца статьи например
    >> Серверные реализации пока ограничиваются OpenLiteSpeed, H2O, nghttp2 и некоторыми библиотеками
     
     
  • 5.17, soarin (?), 11:29, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Бред, проверять сторонние источники - хорошая привычка.
     
     
  • 6.46, абвгдейка (?), 19:08, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    так лучше? https://github.com/http2/http2-spec/wiki/Implementations
    плюс в nginx, как я понимаю, можно через mod_spdy прикрутить
     
  • 3.8, soarin (?), 09:20, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Тем более не в том положении MS со своим IIS, чтоб в сфере web серверов пропихивать свой уникальный протокол такого базисного уровня - их просто на три буквы пошлют.
     
     
  • 4.15, Аноним (-), 11:24, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как же всем нужный и полезный ASP?
     
     
  • 5.18, soarin (?), 11:37, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты сравнил тёплое с мокрым. HTTP - это базовая вещь, которая используется в том числе и в ASP
     
  • 5.21, soarin (?), 11:42, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя браузер не знает что такое ASP - ему до лампочки, хоть там микрософт какой-нибудь XY.NET придумает. А HTTP - это основа взаимодействия браузера.
     
  • 3.31, anonimous (?), 15:40, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    http://blogs.msdn.com/b/ie/archive/2014/10/08/http-2-the-long-awaited-sequel.

    > We’ve been working hard to help develop this new, efficient and compatible standard as part of the IETF HTTPbis Working Group.

    Да, статьи на Опеннете тоже могут писать люди, которые не в теме.

     
     
  • 4.43, XoRe (ok), 18:01, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Why is Internet Explorer leading with HTTP/2 implementation?

    Этапять

     
  • 4.53, Michael Shigorin (ok), 21:04, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, статьи на Опеннете тоже могут писать люди, которые не в теме.

    Ещё люди незлопамятные, но хорошо помнящие предыдущие случаи, а потому не торопящиеся верить всему, что ляпнут на msdn -- в отличие от http://wiki.opennet.ru/MSSP

     
     
  • 5.57, kai3341 (ok), 02:52, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > http://wiki.opennet.ru/MSSP

    Выделенные ключевые слова, агрессивный стиль статьи... Это, батенька, пропаганда.

     
     
  • 6.58, Crazy Alex (ok), 05:02, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это, батенька, майкрософт со своими обезьяно-клоунами давно надоел.
     
  • 6.64, Michael Shigorin (ok), 14:10, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Выделенные ключевые слова, агрессивный стиль статьи... Это, батенька, пропаганда.

    Это, дружок, противодействие сектантской пропаганде.

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

     
     
  • 7.67, kai3341 (ok), 15:02, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это, дружок, противодействие сектантской пропаганде.

    А Вы, надо полагать, благородный рыцарь в сверкающих доспехах

    > http://wiki.opennet.ru/MSSP

    Скажите, какую задачу Вы пытаетесь таким образом решить? Может, я Вас неправильно понял?

     
     
  • 8.71, Michael Shigorin (ok), 19:11, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А я, надо полагать, не первый уж год заранее предупреждаю о различных ГРАБЛЯХ П... текст свёрнут, показать
     
     
  • 9.74, kai3341 (ok), 14:25, 20/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Странные у Вас предупреждения В моём представлении предупреждение должно выгляж... текст свёрнут, показать
     
     
  • 10.75, Michael Shigorin (ok), 19:36, 20/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и реализовывайте своё представление, представьте его на критику публики и пу... текст свёрнут, показать
     
  • 5.61, anonimous (?), 09:53, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    http://wiki.opennet.ru/?title=MicroSoft_Student_Partners&action=history

    Молодец. Сам написал статью, и тут же приводишь её в доказательство своих же слов.

     
     
  • 6.65, Michael Shigorin (ok), 14:14, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Сам написал статью, и тут же приводишь её в доказательство своих же слов.

    Эта статья -- кэш того, что ранее вызревало в обсуждениях.

    Я не настолько кнопколюбив, как User294, чтоб повторять _каждый_ раз в новых цветистых выражениях.  И не настолько туп, чтобы считать возможным ссылаться на свои слова как на доказательство (если бы делал так -- уж всяко бы хватило ума писать статью от левого ника; другое дело, что такого не практикую, в отличие от некоторых из замеченных некростудентов).

    А вот Вы как минимум наивны...

    PS: особенно злоупотребляя доступом к сети на рабочем месте у нашего партнёра, да.

     
  • 6.66, тоже Аноним (ok), 14:23, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Почему - в доказательство? Это же просто макрос, чтобы не повторять одно и то же.
     
  • 2.9, A.Stahl (ok), 09:32, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну пусть хоть в чём-то хорошем Микрософт будет первым.
    Хотя, насколько я понял, другие серверы поддерживают SPDY, который с HTTP/2 настолько близкий родственник, что достаточно лишь модули переименовать:)
     
  • 2.28, commiethebeastie (ok), 13:31, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А когда это релиз серверной 10-ки был?
     
  • 2.54, Аноним (-), 01:27, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно, но у ноды тоже есть http2 модуль.
     

  • 1.11, Аноним (-), 11:08, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Слишком перегруженный протокол. Можно было проще.
     
     
  • 2.24, Аноним (-), 12:33, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так предложи своё вИдение комитету IETF, сделай мир лучше
     

  • 1.12, Аноним (-), 11:13, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > например, когда сервер считает, что после определённого запроса обязательно будут затребованы другие данные, он может отправить эти данные не дожидаясь фактического запроса

    Зашёл на страницу дистрибутива, а тебе BD сразу закачивается, по 3g. Удобно ;-)

     
     
  • 2.13, A.Stahl (ok), 11:17, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +9 +/
    А реклама! Реклама-то! Сервер обязательно будет считать, что раз уж пользователь запросил страницу, то он без сомнения желает закачать себе тонны рекламы.
     
     
  • 3.14, Аноним (-), 11:23, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так отбивать стоимость разработки новых стандартов чем-то надо. А если ставишь адблок - ты враг прогрессивного человечества.
     
  • 3.25, Kodir (ok), 13:01, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ...то он без сомнения желает закачать себе тонны рекламы.

    Причём с повышенным приоритетом! (раз эти приоритеты придуманы)

    Ох, чую будет куча скандалов с этим 2.0 и его благополучно похерят в пользу намного более простого варианта.

     
     
  • 4.30, anonymous (??), 15:18, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что-то они там мутят, это точно
    чего стоят хотя бы баталии насчет обязательного шифрования, главное, лоббируют эту идею больше всего представители от основных браузеров, им что, так тяжело шифрующую прослойку отключить?

     
  • 3.27, badmilkman (ok), 13:08, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почитайте как работают Ad-block или uBlock
     
     
  • 4.29, anonymous (??), 14:59, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    хотите сказать, что они сначала закачивают, а потом режут? или к чему ваш коммент?
     
     
  • 5.36, Crazy Alex (ok), 17:16, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    99% рекламы - на отдельных доменах и обслуживаются отдельными серверами. Как резали её адблоки так и будут резать.
     
  • 3.34, Crazy Alex (ok), 17:14, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рекламу обычно отдаёт что-то совсем другое - рекламная сеть, отдельная система и т.д. Чтобы она тянулась с того же сервераЭ что и основной контент - это, вообще-то, экзотика.
     
  • 2.23, Сергей (??), 12:21, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Зашёл на страницу дистрибутива, а тебе BD сразу закачивается

    Это и сейчас есть. Сообщение со ссылкой на пример удалили.

     
  • 2.35, Crazy Alex (ok), 17:15, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1) A client can use the SETTINGS_MAX_CONCURRENT_STREAMS setting to limit
       the number of responses that can be concurrently pushed by a server.
       Advertising a SETTINGS_MAX_CONCURRENT_STREAMS value of zero disables
       server push by preventing the server from creating the necessary
       streams.  This does not prohibit a server from sending PUSH_PROMISE
       frames; clients need to reset any promised streams that are not
       wanted.

    2)  If the client determines, for any reason, that it does not wish to
       receive the pushed response from the server, or if the server takes
       too long to begin sending the promised response, the client can send
       an RST_STREAM frame, using either the CANCEL or REFUSED_STREAM codes,
       and referencing the pushed stream's identifier.

     

  • 1.32, manster (ok), 15:50, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Применение бинарного протокола, оперирующего передачей бинарных кадров.

    т.е. можно без сериализации chr(0-32)

     
  • 1.33, robux (ok), 16:33, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Короче, HTTP2 - очередная диверсия от копирастов, типа OOXML или UEFI, только в веб-сфере:
    перегруженная и запутанная спецификация, которую Microsoft IIS будет соблюдать на 105% и этим самым вендер-лочить.
     
     
  • 2.37, Аноним (-), 17:17, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пффф, сколько там рыночная доли Microsoft IIS? 13.2% http://w3techs.com/technologies/details/ws-microsoftiis/all/all
    И какой она станет, если MSFT начнет что-то там вендорлочить? Им то как-раз наоборот выгодно к релизу серверной 10-ки выкатить сверкающию референсную поддержку HTTP/2.0 заявить и исполнить, чтобы в маркетинговом буллшите хвалиться, что они первые в Enterprise Level OS это сделали.
     
  • 2.38, Denis (??), 17:20, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    systemd для веба
     
     
  • 3.41, Crazy Alex (ok), 17:41, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ровно наоборот. Протокол, решающий реальные проблемы, сдизайненный с участием тучи народа и вообще никак не затрагивающий никого, кроме http-слоя сервера и браузера, Практически идеальный переход на новую технологию.
     
     
  • 4.48, arisu (ok), 19:31, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Практически идеальный переход на новую технологию.

    …которая нахрен не нужна.

     
     
  • 5.49, Аноним (-), 19:48, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Практически идеальный переход на новую технологию.
    > …которая нахрен не нужна.

    А вот для таких клёвых парней и девчёнок как ты в аду уже заготовлены специальные котлы, в которых грешники сидят на модемных линках 14400/NONE за NAT'ами в подсети 10.0.0.0/8 и страдают.

     
     
  • 6.50, arisu (ok), 20:05, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    страдают от того, что вокруг ни одного хипстера, срать некому. ужасные страдания!
     
  • 5.51, Crazy Alex (ok), 20:43, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как минимум, оно убьёт кучу костылей - от уродливой хрени под названием "спрайты", когда для экономии коннекшнов 100500 картинок лепятся в одну, до горы хостов, на которые раскидываются запросы чтобы обойти ограничение по коннекшнам.

    А так - ускоряет что-то там - и хорошо. Приоритеты, опять же... хотя поглядим, кто как этим будет пользоваться.

     
     
  • 6.52, arisu (ok), 20:51, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Как минимум, оно убьёт кучу костылей - от уродливой хрени под названием
    > "спрайты", когда для экономии коннекшнов 100500 картинок лепятся в одну, до
    > горы хостов, на которые раскидываются запросы чтобы обойти ограничение по коннекшнам.

    нет, оно просто маскирует жопорукость «создателей» сайтов, вот и всё.

    спрайты, кстати — вполне нормальная техника. а вот 100500 мелкокартиночек — это идиотизм.

    > А так - ускоряет что-то там - и хорошо. Приоритеты, опять же...
    > хотя поглядим, кто как этим будет пользоваться.

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

     
     
  • 7.55, Crazy Alex (ok), 01:29, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что такого плохого в мелких картиночках? С понятными именами, возможностью тянуть когда надо, возможно, разными типами, в конце концов? А вот спрайты - совершенное изврашение и со стороны разработки сайта, и когда хочешь руками чужую страницу подправить или, упаси боже, вообще себе картиночку сохранить.

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

     
     
  • 8.56, arisu (ok), 02:09, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем они вообще нужны буквы передаются не так нет, костылепротокол, призван... текст свёрнут, показать
     
     
  • 9.59, Crazy Alex (ok), 05:11, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Картиночки - оформительствовать, чтобы визуально быстро на странице сориентирова... текст свёрнут, показать
     
     
  • 10.69, arisu (ok), 18:56, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это же как ублюдочно надо делать страницы, чтобы без помощи картиночек там и ори... текст свёрнут, показать
     
  • 6.82, Аноним (-), 19:07, 02/03/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Как минимум, оно убьёт кучу костылей - от уродливой хрени под названием
    > "спрайты", когда для экономии коннекшнов 100500 картинок лепятся в одну, до
    > горы хостов, на которые раскидываются запросы чтобы обойти ограничение по коннекшнам.

    Открой для себя CDN. И удивись.

    > А так - ускоряет что-то там - и хорошо. Приоритеты, опять же...
    > хотя поглядим, кто как этим будет пользоваться.

    На HTTPS уже поглядели.


     
  • 2.40, Crazy Alex (ok), 17:39, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сказали ж тебе - есть реализации на высокоуровневых языках. Так что кому надо - реализовали. А что у разработчиков ngix, apache и прочих хватит квалификации - я как-то не сомневаюсь.
     
     
  • 3.42, Andrew Kolchoogin (ok), 17:55, 18/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Тем более, что spdy в Nginx есть уже давно. :)
     
     
  • 4.83, Аноним (-), 19:08, 02/03/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем более, что spdy в Nginx есть уже давно. :)

    Угу, вечная бета нджинкс.....

     

  • 1.44, Аноним (-), 18:47, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Открыл пдфку и вижу:

    Содержимое:
    1.История
    1.1.Автор
    1.2.Помогите!

     
  • 1.45, lucentcode (ok), 19:03, 18/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Скорее бы в nginx добавили поддержку этого протокола.
     
     
  • 2.60, cvsup1 (?), 09:47, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем?
     
     
  • 3.78, Какаянахренразница (ok), 13:07, 27/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > зачем?

    Как минимум, чтобы пощупать, не?

     

  • 1.62, Аноним (-), 10:55, 19/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Бинарный http, это конечно хорошо, но когда мы увидим бинарный css, html, javascript?
     
     
  • 2.70, arisu (ok), 19:02, 19/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Бинарный http, это конечно хорошо, но когда мы увидим бинарный css, html,
    > javascript?

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

     
  • 2.72, Аноним (-), 05:38, 20/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вам шашечки или ехать? Content-Encoding: gzip, js и css minifying недостаточно бинарны?
     
     
  • 3.73, Vkni (ok), 06:36, 20/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам шашечки или ехать? Content-Encoding: gzip, js и css minifying недостаточно бинарны?

    О! См. на один коммент выше!

     
  • 3.76, Kodir (ok), 12:53, 27/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не только в узколобом решении "сожмём вот этот конкретный запрос", но и вообще в инфраструктуре. Бинарные куски страницы можно было бы собирать в пакеты, которые можно загружать опционально. Скажем, структура страницы - pkg1, контент страницы (текст) - pkg2, стили и скрипты, глобальные по сайту - pkg3. Тогда мы имеем только ТРИ запроса. Причём pkg3 даже не придётся запрашивать повторно, а его содержимое более эффективно сожмётся за счёт избыточности и схожести файлов стилей/скриптов.
    Так что да, gzip НЕ ДОСТАТОЧНО.
     
     
  • 4.79, Michael Shigorin (ok), 17:40, 27/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Бинарные куски страницы можно было бы собирать
    > в пакеты, которые можно загружать опционально.

    HTTP/3.0 поверх libsolv?..

     
  • 2.77, Kodir (ok), 12:55, 27/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Бинарный http, это конечно хорошо, но когда мы увидим бинарный css, html,
    > javascript?

    Да давно уже изобрели! Называется .NET+WPF :) Там тебе и стили, и разметка, и программы... Одно не понимаю - какого чёрта MS ждала 12 лет, чтобы стать многоплатформенной.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру