✳flâneur — a map of the web's best reading
The weirdly obscure art of Streamed HTML - DEV Community
dev.to · 4,691 words · saved by 1 readers
Literally “one weird trick” to massively improve Time To First Byte
My goal from last time: reuse our existing APIs in a demo of the fastest possible version of our ecommerce website… and keep it under 20 kilobytes. I decided this called for an MPA. (aka a traditional web app. Site. Thang. Not-SPA. Whatever.) And with that decision, I doomed the site to feel slow and clunky In theory, there’s no reason MPA interactions need be as slow as commonly encountered. But in practice, there are many reasons. Here’s an example. At Kroger, product searches take two steps: Send user’s query to an API to get matching product codes Send those product codes to an API to get
Explore this link on the map →related reading
- Streaming HTML – Master.dev Blogfrontendmasters.com
- App Router: Streaming | Next.jsnextjs.org
- How's Linear so fast? A technical breakdownperformance.dev
- File-system conventions: loading.js | Next.jsnextjs.org
- Navigating the future of frontendfrontendmastery.com
- renderToPipeableStream – Reactreact.dev
- New Suspense SSR Architecture in React 18 · reactwg/react-18 · Discussion #37 · GitHubgithub.com
- The new wave of Javascript web frameworksfrontendmastery.com
- Populating the page: how browsers work - Performance | MDNdeveloper.mozilla.org
- Making Sense of React Server Components • Josh W. Comeaujoshwcomeau.com
- Five Data-Loading Patterns To Boost Web Performance — Smashing Magazinesmashingmagazine.com
- The Conductor Rewrite: What They Changed to Make It Fastperformance.dev