The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ночных сборках Firefox появилась поддержка HTTP/3, opennews (??), 04-Ноя-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


34. "В ночных сборках Firefox появилась поддержка HTTP/3"  +/
Сообщение от Анонимemail (34), 04-Ноя-19, 14:09 
Чем он вообще от http2 отличается окромя 0-RTT?
В нем же уже есть мультиплексирование вродь, нет блокировок если использовать эти самые потоки, что еще нужно?
Ответить | Правка | Наверх | Cообщить модератору

40. "В ночных сборках Firefox появилась поддержка HTTP/3"  +1 +/
Сообщение от Аноним (76), 04-Ноя-19, 14:32 
Он не от http/2 отличается, а от http/2 over TCP. Потому что это http/2 over QUIC (UDP).
https://blog.cloudflare.com/the-road-to-quic/
https://http3-explained.haxx.se/en/
Нужно им отказаться от проблем и костылей TCP.
Ответить | Правка | Наверх | Cообщить модератору

46. "В ночных сборках Firefox появилась поддержка HTTP/3"  +/
Сообщение от Анонимemail (34), 04-Ноя-19, 15:10 
Вот оно что. А 3 он потому что решили не использовать минорные версии, как я полагаю.
Ответить | Правка | Наверх | Cообщить модератору

56. "В ночных сборках Firefox появилась поддержка HTTP/3"  +/
Сообщение от Аноним (35), 04-Ноя-19, 16:50 
Тут пишут https://m.habr.com/ru/company/qrator/blog/416633/?_ga=2.7904... потому что внутри комитета не смогли договориться как его называть
Ответить | Правка | Наверх | Cообщить модератору

95. "В ночных сборках Firefox появилась поддержка HTTP/3"  +4 +/
Сообщение от KonstantinB (ok), 05-Ноя-19, 07:21 
О каких костылях TCP речь?

QUIC (который по сути и есть userspace-реализация TCP) больше похож на костыли (хотя и необходимые в условиях нестабильной мобильной связи).

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

54. "В ночных сборках Firefox появилась поддержка HTTP/3"  +/
Сообщение от Аноним (35), 04-Ноя-19, 16:34 
Не знаю как сейчас, а раньше было так:
К ip назначается id, якобы чтобы не (разрывать) создавать новое соединение при смене вафли на lte (не уверен).
Выполняется в пространстве пользователя (а значит медленнее и энергозатратнее, то же относится и к
) (в теории могут исправить, но гугл "не хочет ждать пока обновятся ос")
Нет защиты от флуда (syn Кук)
Хуже работает если пакеты приходят не в том порядке (это относительно частая ситуация)
Закрыт файрволами во многих (корпоративных) сетях

В общем это как и http2 протокол от гугла и для специфичных гуглу юзкейсов, но и в них есть гигантские проблемы. Если внедрят чую будет очень много боли.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру