Протокол HTTP/2 и его отличие от HTTP/1.1

Протокол HTTP/2 позволяет существенно оптимизировать взаимодействие между клиентом и сервером. В этом видео рассмотрим основные отличия от предыдущих версий и решения, использованные для достижения целей поставленных перед HTTP/2.
00:00 - Начало
00:20 - Зачем понадобилась новая версия протокола
01:19 - Бинарный формат
02:44 - Фреймы (Frames)
04:05 - Стримы (Streams)
05:27 - Оптимизация количества подключений
07:28 - Минорные улучшения
08:38 - Server Push
10:24 - Итого по изменениям + демо
10:48 - Согласование HTTP/2
11:17 - Заключение
Демо сравнения производительности HTTP/1.1 и HTTP/2
http2.akamai.com/demo
#RostislavO
#GoodToKnow
#HTTP/2

[@user-ho1lb1hz8p]

Мне даже с моей памятью и концентрацией все стало более понятно. У вас очень понятная подача, надеюсь вы не бросили записывать видео))

[@Rinspeed778]

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

[@Artem.20]

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

[@ainr_dev]

Мне нравится. Пожалуйста, продолжайте Ростислав.

[@PalladinGOLD]

Очень качественный ролик. Прошу сделать разбор HTTP/3

[@annazelener7674]

очень лаконичная подача материала, спасибо за Ваш труд👍

[@mirom090]

Спасибо! Т.е. к http 1.1 нужно было добавить только идентификаторы к сообщениям, чтобы появилось мультиплексирование и решена проблема с многими tcp соединениями.

[@create_it_team]

Спасибо, что помогаешь новеньким разобраться в сфере IT.

[@stas7che]

Блин, жаль что перестали снимать. Подача отличная!

[@mirasmustimov1504]

Спасибо, очень полезно. Буду обновляться до второй версии

[@djbob9757]

Круто!) Спасибо, понятно рассказал, еще и с таймкодами!

[@yanbess1]

Просто супер подача! Пили еще видео!

[@iteushm]

Супер! Спасибо за контент!

[@alena8922]

Восхитительное видео! спасибо!

[@aleksanderm1947]

Сделай пожалуйста сравнение HTML/2 и 3 и как так получилось, что протокол QUIC может терять пакеты, но это не проблема

[@user-te9hj9cx4e]

спасибо за труды

[@user-ii1go2yy4f]

Ставлю лайк

[@sergdeberzherak6264]

спасибо!

[@rinch_jacobson]

Качественный контент

[@kl45gp]

классный канал, странно что мало лайков

[@Seniorius]

Спасибо

[@Im_like_Merphy]

Спасибо, это то что я искал

[@dmitriypolynin7273]

всю жизнь программаю, сделал свой иммитатор браузера на VFP (на котором 15 лет работают клиенты) и только что понял как это все работает. :))))

[@jellyfish6265]

как всегда гениально

[@dzen1234]

6:00: Цитирую RFC2616
HTTP requests and responses can be pipelined on a connection.
Pipelining allows a client to make multiple requests without
waiting for each response, allowing a single TCP connection to
be used much more efficiently, with much lower elapsed time.
А вы с чего взяли что в HTTP 1.1 надо дожидаться ответа ?
Мультиплексинг в 2.0 не обязывает сервер отдавать запросы в правильном порядке, в отличие от 1.1.
Т.е. в 1.1 дело было не в запросах, а в ответах. Это сервера наоборот, не могли отправить ответ на следующий запрос, не отправив ответа на предыдущий.
А клиент-то мог отправлять запросы параллельно.

[@user-hv5dj9bg6m]

Крутая подача, почему перестал?

[@qlmanlp]

6:02 А как же конвееризация из-за которой и возникала блокировка начала строки? Можно было послать несколько запросов недожидаясь ответа ответа от сервера и получить так же несколько ответов "затык" так сказать)

[@aleksandrzaremba6520]

в http1.1 есть возможность держать соединение открытым какое-то время и отправлять туда несколько запросов

[@artur-lg7wv]

Что не так с куки ?

[@denmccormik7654]

подписался, жду третий

[@just0110]

HTTP 3 не буде?)

[@user-oh1rv5fm9g]

так есть уже

[@just0110]

@@user-oh1rv5fm9g від автора? немає)

[@nazarocean]

у меня 1.1 показывает лучше результаты в большинстве сравнений😆 На демо-сайте

[@good_royal_guy]

сложно

[@shalidor1619]

Вместо зачитывания текста написал бы код. Одна вода