Saving Marp Slides from a Next.js App for Offline Use
From running the existing Marp viewer offline to fixing what deployments, networks, and the presenter window exposed along the way.
09 POSTS
Caching 1
Pages You Leave Don't Die, They Hide: Next.js cacheComponents and React Activity
Next.js 16's cacheComponents hides the pages you leave with React Activity instead of unmounting them. Following a three.js canvas that went blank after a back navigation, I read the router, React, and react-three-fiber source and reproduced it in a browser.
◆ Service Worker Caching Deep Dive · Part 3Measuring the Cost of Going Through a Service Worker: Building in the Lab the Control Group GA4 Could Not Give Me
I set out to confirm the 500 ms hint that part 2 left behind, but the hard reloads that would form the control group arrive at under one a day. So I built the control group myself, with Playwright and a shaping proxy, and found that going through the worker costs 2 ms on a navigation, and that the cost is not latency but the bytes the worker fetches in the background on every click. The gap I had left between the lab and the field turned out, only after the post was written, to be a measurement definition difference created by 103 Early Hints. Third part of the service worker caching deep dive series.
◆ Service Worker Caching Deep Dive · Part 2Applying Service Worker Caching: App Router Traps and GA4 Field Data
Armed with the theory from Part 1, I made this blog (Next.js App Router) open offline. On the first deploy, the post I had just read would not open offline; on the second, posts opened but every image was broken. This is a chronicle of fixing, one deploy at a time, the traps created by soft navigation, prefetching, and next/image, and a record of settling the results with GA4 real-user data. Returning-visitor FCP improved by 634ms on average, while TTFB worsened by 525ms on average. The second post of the Service Worker Caching Deep Dive series.
◆ Service Worker Caching Deep Dive · Part 1How Service Worker Caching Works: The Proxy, the Lifecycle, and Five Strategies
A service worker is a programmable proxy standing between your site and the network. Where does it stand, why does the cache rot, why am I seeing the old version after deploying, what goes in under which strategy, and so, should you use it? Holding on to five questions you actually meet in practice, this post goes down to the details of state transitions and to a real measurement in which a 104KB opaque response was accounted as 6.6MB of storage. It is the general theory that did not fit into the cache chapter of Frontend Performance Optimization Deep Dive (published in Korean), and the first post of the Service Worker Caching Deep Dive series.
React cache() Deep Dive: Request-Scoped Memoization, Read from the Source
Every odd rule of React's cache() falls straight out of a ~30-line implementation. We trace the dispatcher, getCacheForType, and the WeakMap/Map tree at the source level to see exactly how request-scoped memoization works.
◆ Directive Deep Dive · Part 3'use cache' Directive Deep Dive: To the End of Cache Boundaries
Build-time transformations, cache key serialization, ResumeDataCache, cacheHandler, and Cache Components - everything created by a single 'use cache' line
React Compiler Deep Dive: From Principles to Output
A deep exploration of how React Compiler analyzes code and what it produces, from pipeline to final output.
A Guide to Next.js Caching
Exploring the four cache layers of the Next.js App Router