Работы над стандартом HTTP/2 завершены

HTTP/2 == HTTP*0.5 ?

Вкратце, что это значит для обычных людей? через telnet уже не отправить запрос, а awk+sed не распарсить?

Гут!

Вкратце, что это значит для обычных людей? через telnet уже не отправить запрос, а awk+sed не распарсить?

HTTP/2 — это протокол не для людей, а, как и HTTP/1*, для машин. Но ничто не мешает людям написать для его разбора специальную утилиту. Раньше HTTP/1 и HTTP/1.1 по недоразумению был в человекочитаемой форме. Но теперь этот бесполезный пережиток прошлого выбросили. СР! УВЧ!

Ждём ебилдов nginx'а.

через telnet уже не отправить запрос

Сервер же может ответить поддерживает ли он протокол или нет, отправляй запрос как HTTP/1.X и получишь ответ. И парси потом до посинения.

В целом - отличные новости!

ебилдов nginx'а

Ну, пока еще рано, сначала точно будет сделано в курле как экспериментальная фича.

nginx как-то зависит от curl'а?

А теперь старый быстро закопать!

Вкратце, что это значит для обычных людей?

Браузер будет быстрее загружать сайты, веб-разработчикам будет меньше мороки.

через telnet уже не отправить запрос, а awk+sed не распарсить?

Если сайт поддерживает HTTP, никто не отрубает поддержку HTTP/1.0, посылай, парсь. Если не поддерживает, ты и сейчас не сможешь отправить запрос через telnet. Рекомендую использовать для этого специальные инструменты вроде curl.

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

Фидлер, надеюсь, эту дрянь нормально парсить будет. В баню эту бинарную фигню, если дебажить с ней станет сложнее.

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

Вы про сжатие? Вообще есть интересный вопрос про наличие режима обратной совместимости в стеке. Кстати, новый протокол всё на том же порту будет работать, на 80/tcp?

Пока в курле приготовят, уже давно написано на Go, и скоро будет в стандартной библиотеке.

curl поддерживает HTTP/2

GET / HTTP/1.1

для чего по-твоему?

Да, на том же. Все прозрачно. Клиент шлет заголовок с хттп-2, если сервер умеет, то отдаст в хттп-2, иначе, как обычно ответит списком того что поддерживает. На что клиент должен будет альтернативно выбрать что ему понравится, и это явно будет хттп-1.Х

Ну вот значит уже даже запилили ))

Кстати, новый протокол всё на том же порту будет работать, на 80/tcp?

На 443-м. Из браузеров только IE будет поддерживать HTTP/2 на 80-м порту, поэтому смысла в этом нет, можно считать, что HTTP/2 == TLS 1.2+

А на 80-м порту HTTP/2 работает через заголовок Upgrade, аналогично вебсокетам. Но смысла включать его там нет от слова совсем.

Браузер будет быстрее загружать сайты, веб-разработчикам будет меньше мороки.

И все это будет жрать ресурсы.

Вкратце, что это значит для обычных людей?

Что теперь придется поддерживать сразу HTTP/1.1 HTTP/2 и SPDY клиентов. Тут размышляю над этим.

лет через 10 станет стандартом ?

И все это будет жрать ресурсы.

Почему это? Байтов по сети летает меньше, протокол машинно-ориентированный. Если про ресурсы говорить, то этот протокол должен жрать куда меньше, чем HTTP/1.1 over TLS.

Другой вопрос, что если сайты будут грузиться быстрее, то в них и сувать будут больше. Это как процессоры работают быстрее — значит будем пускать на них более сложные задачи, на оптимизацию будем тратить меньше времени. Но это не проблема HTTP/2.

Можно прикрыться прокси https://github.com/tatsuhiro-t/nghttp2 а nginx использовать в качестве back-end.

Что теперь придется поддерживать сразу HTTP/1.1 HTTP/2 и SPDY клиентов. Тут размышляю над этим.

SPDY гугл скоро отключит, не нужно его поддерживать. Это была переходная технология, пока не были готовы стандарты. Примерно как Google Gears (кто-нибудь помнит такое?).

Даешь теплые бинарные Х.* !

Кстати, новый протокол всё на том же порту будет работать, на 80/tcp?

Учитывая, что реализации h2 очень хочет сертификаты, то скорее 443. Но, вроде можно пускать и нешифрованный поток через 80. Надо смотреть реализацию.

Ну да. Я больше вторую часть комментировал:

веб-разработчикам будет меньше мороки

иии.. чо? в апаче есть поддержка хотя бы? ожидается ли вообще? хотя в nginx может появиться и быстрее, чем в индейце.

SPDY гугл скоро отключит, не нужно его поддерживать.
At the same time, Google says it will remove support for SPDY in early 2016

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

А что им за морока, протоколы реализуют веб-серверы. Одну строчку в конфиге дописать в худшем случае. А скорее всего вообще ничего не надо будет писать, по умолчанию всё заработает.

Что теперь придется поддерживать сразу HTTP/1.1 HTTP/2 и SPDY клиентов.

А quiс уже закопали?

Моё мнение — если пользователь хочет быстрые сайты, он держит браузер обновлённым. И FF и Chrome уже поддерживают HTTP/2, даже тестовый IE поддерживает. Если он не обновляет браузер, ему плевать на скорость, пусть жрёт HTTP/1.1 :) Но это так, на самом деле какая разница, пусть будет SPDY, пока из веб-сервера его не уберут. Есть не просит же.

Apache, по большому счёту, уже abandon-ware. Т.ч. вся надежда на nginx.

лет через 10 станет стандартом ?

FF и Chrome уже поддерживают из коробки. IE скоро поддержит. Насчёт Safari не понятно, но, думаю, поддержат в следующем мажорном обновлении осенью, куда они денутся. Так что клиенты уже готовы.

В популярных серверах пока поддержки нет, но если учитывать, что nginx прекрасно поддерживает SPDY, а HTTP/2 очень много заимствовал из него, скорее всего поддержка скоро появится. Пока не появилась, можно через reverse proxy включать. В общем, скорее всего, в 2016-м >50% трафика пойдёт через HTTP/2.

Работы над стандартом HTTP/2 завершены (комментарий)
для апача тоже подойдёт

всё таки продавили свою поделку. большой шаг назад. печально это всё.

и конечно же старый добрый HTTP/1.1 между фронтендом и бекендом. как-то бессмысленно выглядит..

HTTP/2 == HTTP*0.5 ?

Нет, int != double

всё таки продавили свою поделку. большой шаг назад. печально это всё.

А как надо было? Можешь сразу ссылкой на свой вариант стандарта.

Развивай мысль то.

Между фронтом и бэком бывает намного хуже чем http/1.1
А вот даст выигрыш прокси уже вопрос. С одной стороны данных клиенту меньше отдавать, с другой стороны лишние слои и задержки.

А как надо было? Можешь сразу ссылкой на свой вариант стандарта.

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

лет через 10 станет стандартом ?

Боюсь, что HTTP/2 постигнет участь IPv6. И вроде как он то и есть, и всё то его поддерживает, а нет его. Legacy страшная вещь!

Между фронтом и бэком бывает намного хуже чем http/1.1

что например? все чаще встречаю там REST

При использовании HTTP/2 проще отслеживать пользователя. Отслеживать в смысле «ага, это тот же юзер, который тут был вот тогда-то».

Уже говорили, что это противоречит философии Юникс?

Всё чаще? А что обычно?

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