Спасибо! Т.е. к http 1.1 нужно было добавить только идентификаторы к сообщениям, чтобы появилось мультиплексирование и решена проблема с многими tcp соединениями.
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 дело было не в запросах, а в ответах. Это сервера наоборот, не могли отправить ответ на следующий запрос, не отправив ответа на предыдущий. А клиент-то мог отправлять запросы параллельно.
6:02 А как же конвееризация из-за которой и возникала блокировка начала строки? Можно было послать несколько запросов недожидаясь ответа ответа от сервера и получить так же несколько ответов "затык" так сказать)
Мне даже с моей памятью и концентрацией все стало более понятно. У вас очень понятная подача, надеюсь вы не бросили записывать видео))
Очень познавательно! У тебя очень интересные видео и хорошее качество записи, монтажа, звук отличный! Продолжай в том же духе!
Мужик, ты классный. Сколько читал и слушал других, а с тобой все с одного раза четко зашло. Спасибо
Блин, жаль что перестали снимать. Подача отличная!
Мне нравится. Пожалуйста, продолжайте Ростислав.
Спасибо, очень полезно. Буду обновляться до второй версии
очень лаконичная подача материала, спасибо за Ваш труд👍
Очень качественный ролик. Прошу сделать разбор HTTP/3
всю жизнь программаю, сделал свой иммитатор браузера на VFP (на котором 15 лет работают клиенты) и только что понял как это все работает. :))))
Круто!) Спасибо, понятно рассказал, еще и с таймкодами!
Спасибо! Т.е. к http 1.1 нужно было добавить только идентификаторы к сообщениям, чтобы появилось мультиплексирование и решена проблема с многими tcp соединениями.
Спасибо, что помогаешь новеньким разобраться в сфере IT.
Просто супер подача! Пили еще видео!
спасибо за труды
похоже пора уже про HTTP/3 делать
Ставлю лайк
Спасибо
Сделай пожалуйста сравнение HTML/2 и 3 и как так получилось, что протокол QUIC может терять пакеты, но это не проблема
Супер! Спасибо за контент!
как всегда гениально
Восхитительное видео! спасибо!
Крутая подача, почему перестал?
Спасибо, это то что я искал
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 дело было не в запросах, а в ответах. Это сервера наоборот, не могли отправить ответ на следующий запрос, не отправив ответа на предыдущий.
А клиент-то мог отправлять запросы параллельно.
Качественный контент
в http1.1 есть возможность держать соединение открытым какое-то время и отправлять туда несколько запросов
6:02 А как же конвееризация из-за которой и возникала блокировка начала строки? Можно было послать несколько запросов недожидаясь ответа ответа от сервера и получить так же несколько ответов "затык" так сказать)
подписался, жду третий
классный канал, странно что мало лайков
спасибо!
Что не так с куки ?
Это случаем не tls 1.3?
HTTP 3 не буде?)
так есть уже
@@HelenH-o3m від автора? немає)
у меня 1.1 показывает лучше результаты в большинстве сравнений😆 На демо-сайте
Вместо зачитывания текста написал бы код. Одна вода