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

[@ВладиславПетровский-ю3х]

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

[@Rinspeed778]

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

[@ainr_dev]

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

[@Artem.20]

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

[@annazelener7674]

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

[@stas7che]

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

[@mirasmustimov]

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

[@dmitriypolynin7273]

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

[@PalladinGOLD]

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

[@yanbess1]

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

[@djbob9757]

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

[@create_it_team]

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

[@mirom090]

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

[@iteushm]

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

[@СергейВалевский-э2ф]

Ставлю лайк

[@Я-Программист]

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

[@rinch_jacobson]

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

[@jellyfish6265]

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

[@Im_like_Merphy]

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

[@alena8922]

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

[@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 дело было не в запросах, а в ответах. Это сервера наоборот, не могли отправить ответ на следующий запрос, не отправив ответа на предыдущий. А клиент-то мог отправлять запросы параллельно.

[@РинатМустаев-ю8н]

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

[@aleksandrzaremba6520]

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

[@aleksanderm1947]

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

[@Seniorius]

Спасибо

[@qlmanlp]

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

[@robgreen6566]

похоже пора уже про HTTP/3 делать

[@kl45gp]

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

[@sergdeberzherak6264]

спасибо!

[@denmccormik7654]

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

[@artur-lg7wv]

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

[@ddan4ikk]

Это случаем не tls 1.3?

[@just0110]

HTTP 3 не буде?)

[@HelenH-o3m]

так есть уже

[@just0110]

@@HelenH-o3m від автора? немає)

[@nazarocean]

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

[@shalidor1619]

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