To push, or not to push?! - The future of HTTP/2 server push
summary
HTTP/2 server push promises one RTT savings but often overpushes because the server lacks client cache knowledge; real sites see mixed results and a Shopify case reports a 50% faster time-to-text (≈1.2s) from preload of fonts. Practical patterns are async push from an edge or CDN, or using a service worker to avoid repeat pushes. Upcoming fixes include cache digests to let servers know client caches and 103 Early Hints plus priority hints to let browsers fetch and prioritize earlier and smarter.
AI-written summary · about
chapters (13)
- 0:00Start
- 5:05Critical Path
- 8:24The Preload Api
- 9:02Hidden Critical Sub Resources
- 10:22Render Tree
- 11:17Preload Api
- 14:20Traditional Request Flow
- 19:21Recap Server Push
- 27:40User Agent Sniffing on the Server
- 27:56The Rate of Adoption of Push Is Extremely Low
- 29:24Async Push Pattern
- 32:25103 Early Hint Status Code
- 38:30Hosting Static Assets with S3
related talks
26mTo push, or not to push?! - The future of HTTP/2 server push
24mEmbracre HTTP2 Server Push
03h 16mPUSHing web app performance with HTTP/2
01h 00mHTTP/2 - The future of the web today
19mHTTP/2 is here, now let's make it easy
39mWith Great Power Comes Great Responsibility - Using HTTP/2 Responsibly
50mHigh-performance web apps using HTTP/2
47mHTTP 2.0 from the Developer's Viewpoint
