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