mv28jam Jun 6 2023 at 09:00

HTTP 1, 2 и 3 — просто

Easy

5 min

33K

Website development*Network technologies*

Tutorial

+16

Comments 19

khe404 Jun 6 2023 at 11:22

Как интересно построена эволюция сетевых протоколов и форматов хранения данных:

Очень часто пишут что различные протоколы и форматы "улучшились" благодаря тому что их перевели из текстового в бинарный формат.

Если формат построен на UDP то как устроены ссылки на ранее посланные данные, если данные могли и не пройти.

TheGast Jun 6 2023 at 12:24

Тебе ответ о том, были данные или нет, всё-равно придёт (или не придёт, если пакет потерялся, но тогда будет timeout-event). Просто на транспортном уровне это будет несколько дешевле.

khe404 Jun 6 2023 at 12:39

Ну, т.е. похоже что часть забот о том чтобы проследить доставлены ли данные переложили на протокол более высокого уровня. И основная выгода в том что последовательность пакетов данных может быть не принципиальна в случае с HTTP.

bbc_69 Jun 8 2023 at 09:13

Подозреваю, что в случае стабильного соединения это всё равно будет в плюс.

khe404 Jun 8 2023 at 11:34

Ниже в комментариях отметили что tcp как раз теряет эффективность на нестабильных каналах радиосвязи.
И использование udp и новый протокол http позволит решать такие проблемы более эффективно, с учетом как раз особенностей интернета на мобильных устройствах.

mayorovp Jun 8 2023 at 11:57

Уточнение: tcp теряет эффективность на гибридных каналах связи.

Если наш канал связи — куча оптики вокруг земного шара (высокий пинг, околонулевые потери), TCP использует компенсирует пинг увеличенным размером окна отправки и неплохо работает.

Если наш канал связи — радиоканал (низкий пинг, высокие потери), то TCP не может поднять размер окна, но при низком пинге это и не нужно.

А вот если наш канал связи состоит из радиоканала с последующей оптикой вокруг земного шара, то у нас высокий пинг и высокие потери, из-за чего у TCP и возникают проблемы.

khe404 Jun 8 2023 at 12:29

Да, там в статье которую рекомендуют ниже вообще большой объем информации о том как работают каналы связи и где возникают потери и какие алгоритмы используются для их минимизации. (У оптики тоже есть пропускная способность, так что там тоже не все гладко).
Вообще, протоколы обмена данными очень интересная вещь, и что поразительно — под капотом любых цифровых обменов лежит азбука Морзе точнее некий аналог.

yrub Jun 6 2023 at 12:37

сильно не вчитывайтесь, т.к. автор похоже слабо понимает о чём пишет или лепет из разных статьей с сильными сокращениями. http 1 открывал множество соединений потому что это сильно упрощало реализацию. http2 сервер стал на много сложнее и использует одно соединение для передачи фрагментов разных ресурсов (да и ещё с приоритетами). но с tcp есть проблема в мобильных сетях (особенно когда вы едете на машине) + он сильно привязан к железу - роутерам, свичам и т.д., по-этому реализовать разные механизмы управления скоростью передачи (контролем канала) сложно, в сам tcp протокол это встроено, но то что работает хорошо для проводной сети дома не очень подходит для мобильной. так что приходится это всё переизбирать и вешать на udp. поищите доклад тех директора vk если интересна тема

khe404 Jun 6 2023 at 12:47

Да, пожалуй в Ваш комментарий суть вопроса открывает совсем с другой стороны.
Статью Александра нашел, буду читать.

meduza Jun 6 2023 at 13:50

Первая версия протокола http требовала завершения запроса в соединении

Если речь про HTTP/1.1 то это не правда ведь. В 1997 уже был RFC.

mv28jam Jun 6 2023 at 13:54

Это про закрытие соединения. Если бы я написал требует закрытия соединения, то да.

homm Jun 6 2023 at 18:47

Вы очень витиевато написали. Как насчет:

Первая версия протокола http требовала дожидаться получения ответа перед отправлением следующего запрос в рамках одного соединения.

Формально это кстати неправда, но фактически к сожалению так и было.

mv28jam Jun 6 2023 at 18:54

Спасибо, ваша формулировка лучше.

Использую её, если не против.

AntonLarinLive Jun 6 2023 at 14:21

На хабре есть отличные переоводы статей про HTTP/3 (один, два и три). После их прочтения некоторая часть лапши спадает с ушей. Особенно в части того, как все заживём. Спецификация HTTP/3 слишком сложна (грамотных реализаций мало, будет куча проблем неполной совместимости со стандартом и т.п.). Кроме того, груз легаси- серверов, клиентов и промежуточных устройств слишком велик, чтобы этот переход прошёл в обозримой перспективе. Это как IPv6: идея хорошая, но никак не взлетает из-за инерции рынка.

homm Jun 6 2023 at 18:53

Что вы понимаете под прохождением перехода? Клиент соединяется с сервером, если они оба поддерживают HTTP/3, всё переход прошел. Другой клиент не поддерживает? Ну так кто-то пользуется 0.9, если не жмёт. Какая разница?