рдореБрдЦреНрдп рдордЬрдХреБрд░рд╛рдХрдбреЗ рдЬрд╛
JobCannon
рд╕рд░реНрд╡ рдХреМрд╢рд▓реНрдпреЗ

HTTP/2 and HTTP/3

Modern web protocols for faster, more efficient communication

тмв рд╢реНрд░реЗрдгреА 3рддрд╛рдВрддреНрд░рд┐рдХ
+$10k-
рдкрдЧрд╛рд░рд╛рд╡рд░реАрд▓ рдкрд░рд┐рдгрд╛рдо
4 рдорд╣рд┐рдиреЗ
рд╢рд┐рдХрдгреНрдпрд╛рд╕ рд▓рд╛рдЧрдгрд╛рд░рд╛ рд╡реЗрд│
рдордзреНрдпрдо
рдХрд╛рдард┐рдгреНрдп
тАФ
рдХрд░рд┐рдЕрд░реНрд╕
рдПрдХрд╛ рджреГрд╖реНрдЯрд┐рдХреНрд╖реЗрдкрд╛рдд

HTTP/2 and HTTP/3 are the modern internet protocols that replaced HTTP/1.1's sequential request model. HTTP/2 (2015) introduced multiplexing, header compression (HPACK), and server push over a single TCP connection, ~40% faster than HTTP/1.1. HTTP/3 (2022) swaps TCP for QUIC (UDP-based), eliminating head-of-line blocking for 30%+ faster mobile connections and smoother handshakes (1-RTT vs 3-RTT). Career path: Practitioner (config Nginx/Caddy HTTP/2, understand multiplexing, $100-130k) тЖТ Architect (QUIC tuning, Alt-Svc headers, CDN optimization, $140-180k) тЖТ Expert (custom QUIC implementations, connection coalescing, protocol benchmarking, $180-250k). Lives alongside web performance, CDN tuning, load balancing, and DevOps infrastructure.

HTTP/2 and HTTP/3 рдореНрд╣рдгрдЬреЗ рдХрд╛рдп

HTTP/2 introduced multiplexing, header compression, and server push over TCP. HTTP/3 replaces TCP with QUIC (UDP-based), eliminating head-of-line blocking and improving performance on unreliable networks. Understanding these protocols helps developers optimize web performance, configure servers correctly, and debug network issues. Most CDNs and modern web servers now support both protocols.

ЁЯФз рд╕рд╛рдзрдиреЗ рдЖрдгрд┐ рдкрд░рд┐рд╕рдВрд╕реНрдерд╛
nginx HTTP/2Caddy with QUICCloudflare HTTP/3h2c (HTTP/2 cleartext)h2o serverquiche (Cloudflare QUIC library)Apache HTTP/2Envoy QUIC proxyngtcp2 (QUIC implementation)picoquic (QUIC library)msquic (Microsoft QUIC)Wireshark with QUIC supporth2spec (HTTP/2 compliance tester)h2load (HTTP/2 load testing)

ЁЯУЛ рд╕реБрд░реВ рдХрд░рдгреНрдпрд╛рдкреВрд░реНрд╡реА

ЁЯТ░ рдкреНрд░рджреЗрд╢рд╛рдиреБрд╕рд╛рд░ рдкрдЧрд╛рд░

рдкреНрд░рджреЗрд╢рдЬреНрдпреБрдирд┐рдпрд░рдордзреНрдпрдорд╕реАрдирд┐рдпрд░
USA$100k$135k$180k
UK┬г58k┬г78k┬г115k
EUтВм62kтВм85kтВм125k
CANADAC$105kC$142kC$190k

тЪЦ рдпрд╛рдВрдЪреНрдпрд╛рд╢реА рддреБрд▓рдирд╛ рдХрд░рд╛

тЭУ FAQ

What's the core difference between HTTP/2 and HTTP/3?
HTTP/2 multiplexes streams over a single TCP connection, but TCP still enforces sequential packet delivery, if one packet is lost, all streams stall (head-of-line blocking). HTTP/3 uses QUIC (UDP-based), where lost packets affect only individual streams, not the entire connection. Result: HTTP/3 is ~15-30% faster on mobile, especially on 4G/5G with packet loss. Desktop performance is similar (both fast), but HTTP/3 wins on high-latency or lossy networks.
When should I use HTTP/3 vs HTTP/2?
HTTP/2 is the safe default in 2026, 98% of modern servers support it, browsers are mature. Use HTTP/2 everywhere your CDN supports it. Enable HTTP/3 alongside HTTP/2 (no downside) if your CDN supports QUIC (Cloudflare, Fastly, AWS CloudFront all do). HTTP/3 shines for mobile users on 4G, video streaming, and gaming. Desktop/broadband users won't notice much difference.
How do QUIC and head-of-line blocking relate?
In TCP, if packet 5 is lost, the OS buffers packets 6+ until packet 5 arrives, all streams freeze. QUIC streams are independent: if stream A loses a packet, stream B continues unaffected. This is why HTTP/3 over QUIC is faster on unreliable networks. Modern LTE/5G drop ~1-2% of packets; QUIC's stream isolation matters more than older protocols assumed.
Is TLS 1.3 required for HTTP/3?
Yes. HTTP/3 and QUIC mandate TLS 1.3 (released 2018), which is faster and safer than TLS 1.2. The entire QUIC handshake includes TLS 1.3 encryption from the start (0-RTT resumption available for repeat connections). TLS 1.2 is NOT compatible with HTTP/3. All modern clients support TLS 1.3; older IE 11 (end-of-life 2022) does not. Not a concern.
Should I enable HTTP/2 server push? Is it still relevant?
Avoid aggressive server push. Initial enthusiasm faded because: (1) push ignores browser cache (wastes bandwidth if client already has the resource), (2) CDN/browser caching typically outperforms it, (3) HTTP/3 preload headers are preferred. Selective push (small critical assets on first visit only, behind feature flags) can help. Better approach: optimize images, lazy-load non-critical JS, use resource hints (`<link rel=preload>`). Push is deprecated in HTTP/3.
What's browser support for HTTP/3 in 2026?
Chrome/Edge 90+, Firefox 88+, Safari 16.4+ all support HTTP/3. Combined, they cover ~92% of desktop users and ~88% of mobile. Mobile browsers are nearly universal (iOS 15.1+, all Android browsers). Legacy IE 11 (0.5% share) doesn't support it, but it doesn't support HTTP/2 server push either. Safe to enable HTTP/3 on all public sites.
How do I debug QUIC and HTTP/3 issues?
Wireshark with QUIC dissector (GnuTLS or OpenSSL support required) captures QUIC packets. Chrome DevTools Network panel shows HTTP/3 protocol in the 'Protocol' column. `h2load` (Apache HTTP/2 load test tool) supports HTTP/3 with `--npn h3` flag. For production, check CDN dashboards (Cloudflare Analytics shows HTTP/3 %). ngtcp2 command-line client: `ngtcp2 -d 1000 example.com`. tcpdump + Wireshark is the heavyweight option.

рд╣реЗ рдХреМрд╢рд▓реНрдп рддреБрдордЪреНрдпрд╛рд╕рд╛рдареА рдпреЛрдЧреНрдп рдЖрд╣реЗ рдХрд╛, рдпрд╛рдЪреА рдЦрд╛рддреНрд░реА рдирд╛рд╣реА?

рдХрд░рд┐рдЕрд░ рдореЕрдЪ рдХрд░реВрди рдкрд╛рд╣рд╛ тАФ рдЖрдореНрд╣реА рдпреЛрдЧреНрдп рдорд╛рд░реНрдЧ рд╕реБрдЪрд╡реВ.

рдорд╛рдЭреНрдпрд╛рд╕рд╛рдареА рд╕рд░реНрд╡реЛрддреНрддрдо рдХреМрд╢рд▓реНрдпреЗ рд╢реЛрдзрд╛ тЖТ

рддреБрдордЪрд╛ рдЖрджрд░реНрд╢ рдХрд░рд┐рдЕрд░ рдорд╛рд░реНрдЧ рд╢реЛрдзрд╛

реи,релреирез рдХрд░рд┐рдЕрд░рдордзреНрдпреЗ рдХреМрд╢рд▓реНрдпрд╛рдВрд╡рд░ рдЖрдзрд╛рд░рд┐рдд рдЬреБрд│рдгреА. рдореЛрдлрдд, ~3 рдорд┐рдирд┐рдЯреЗ.

рдХрд░рд┐рдЕрд░ рдореЕрдЪ рдХрд░реВрди рдкрд╛рд╣рд╛ тАФ рдореЛрдлрдд тЖТ