Comments 15
А смысл вообще в HTTP 2.0?
Очевидно потому, что HTTP/1.1 не отвечает современным требованиям. Почему не отвечает? Смотри, например, причины создания SPDY.
Поясните, пожалуйста.
Что мешает реализовать этот спиди как расширение? Смысл из-за этого новую версию HTTP изобретать?
Потому, что подход SPDY существенно меняет устройство протокола. Настолько, что это ну никак уже не похоже на HTTP/1.1. Можно, конечно, впихать (типа навесить специальную семантику на специального вида тело и передавать всё через него, и.т.д), но зачем? Все три стороны (клиент, сервер, прокси) всё равно надо будет дорабатывать, чтобы получить поддержку SPDY.
Т. е. предлагается только из-за SPDY увеличить мажорную версию протокола, так? Я правильно понимаю, что он ещё и не текстовый теперь?
SPDY сам по себе, а в HTTP будут новые заголовки и/или другие улучшения.
А вот это уже отдельный вопрос, должен ли это быть отдельный протокол. Я пытался объяснить, почему не целесообразно добиваться того же самого расширениями.
И что значит — «только из-за SPDY»? В чём проблема в увеличении мажорной версии?
Да, SPDY частично уже бинарный протокол, насколько я понимаю.
И что значит — «только из-за SPDY»? В чём проблема в увеличении мажорной версии?
Да, SPDY частично уже бинарный протокол, насколько я понимаю.
Ох. Промах вышел… Это был ответ на:
>Т. е. предлагается только из-за SPDY увеличить мажорную версию протокола, так? Я правильно понимаю, что он ещё и не текстовый теперь?
>Т. е. предлагается только из-за SPDY увеличить мажорную версию протокола, так? Я правильно понимаю, что он ещё и не текстовый теперь?
> Эта технология, разработанная в Google, позволяет значительно ускорить загрузку сайтов по HTTP
Лучше давать ссылки на Гугл, а не на Хабр: www.chromium.org/spdy/spdy-whitepaper
А вот там видно, что SPDY, в теории, может дать значительное ускорение только в случае плохих сетей и длинных пингов. И то. Если сеть хорошая, а пинги длинные, то речь о заявленных в статье на хабре 42-46% уже не идет.
Лучше давать ссылки на Гугл, а не на Хабр: www.chromium.org/spdy/spdy-whitepaper
А вот там видно, что SPDY, в теории, может дать значительное ускорение только в случае плохих сетей и длинных пингов. И то. Если сеть хорошая, а пинги длинные, то речь о заявленных в статье на хабре 42-46% уже не идет.
> Основанием для своего предложения Ноттингем считает то, что протокол уже де-факто используется в онлайне,
Про это очень хорошо ответили в рассылке: lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/0111.html
Короткая версия: «То есть вы хотите сказать, что единственная причина для движняка вокруг HTTP 2.0 — это ничем не обоснованное желание беатификации протокола SPDY?»
Про это очень хорошо ответили в рассылке: lists.w3.org/Archives/Public/ietf-http-wg/2012JanMar/0111.html
Короткая версия: «То есть вы хотите сказать, что единственная причина для движняка вокруг HTTP 2.0 — это ничем не обоснованное желание беатификации протокола SPDY?»
Sign up to leave a comment.
Протокол SPDY могут включить в HTTP/2.0