The Status of HTTP/3
infoq.com
The Status of HTTP/3
1–10 of 123 posts
Re: The Status of HTTP/3
#2The Shodan search given scans headers for all requests. So the vast majority of results are sites using Google Fonts, Maps, etc.
Re: The Status of HTTP/3
#3TLDR - No browsers support it (without flag / config changes) yet.
Re: The Status of HTTP/3
#4I wonder how much bandwidth this will waste globally.
Re: The Status of HTTP/3
#5Because QIC is UDP based, Chrome first runs a race with TCP just in case you're sitting behind some device that blocks UDP. I wonder how much bandwidth this will waste globally.
Re: The Status of HTTP/3
#6Re: The Status of HTTP/3
#71. https://github.com/cloudflare/quiche/tree/master/extras/ngin...
Re: The Status of HTTP/3
#8Because QIC is UDP based, Chrome first runs a race with TCP just in case you're sitting behind some device that blocks UDP. I wonder how much bandwidth this will waste globally.
So the number would probably be surprisingly large but also a very small fraction of overall traffic.
Re: The Status of HTTP/3
#9Why are they calling it HTTP/3 and not just keeping the QUIC name?
Probably because it's easier to know what's being talked about if we keep the historical protocol name. If the submission title was "The status of QUIC" I wouldn't have remembered it had anything to do with HTTP.
Re: The Status of HTTP/3
#10Why are they calling it HTTP/3 and not just keeping the QUIC name?
1. HTTP/2 was a 'new serialization' of the core HTTP data model. HTTP/3 is too, so since it was ratified it made sense to use HTTP/3 to keep things consistent. 2. QUIC still exists, but it's now the underlying framing/messaging protocol on top of UDP. I can imagine future internet protocols being developed on top of QUIC that don't need HTTP/3.