view · baby · audrey + dan's son

Baby photos

edge-cached · <30ms

A persona-filtered view of the photo library — a CF Worker query against Immich's tag:baby, served as web-derivative JPGs from R2's edge cache. Filters happen in-page (no network round-trip). Originals stay on the RAID; this view shows ~60 chosen highlights of an estimated 4,200 total.

Showing — of 60 tiles · All baby photos

filter: 0ms

+ 4,140 more on the RAID, not surfaced here This view is curated — only the chosen 60 get derivative + thumb mirrored to R2. The other ~4,140 baby photos (incl. ~620 video clips at 4K originals) live on the RAID at /photos/audrey/baby/. They're accessible via Immich's full UI at home, just not edge-cached. Open Immich → search "baby" → all 4,200 are there. Add a publish tag to surface one here.

What you're looking at (mock proof of concept)

The grid: 60 web-display JPG derivatives (~1500px / ~200KB each), served from R2 via baby.photo.gf.cx's cdn-router Worker. Total payload ~12 MB; warm edge cache returns each in <30ms anywhere in the world.
The filters: all client-side. Year / album / favorite / search-as-you-type filter the same data array in-page. Zero network calls. That's why the filter: badge stays at single-digit milliseconds.
The originals: the masters (HEIC + HEVC) live on the RAID only. Clicking "download original" on any tile would route through the CF tunnel back to the RAID — slower, but full-fidelity when you actually need it (printing, fine edit, legal evidence).
Mobile = desktop: same URL, same data, responsive layout. Phone gets 2-col grid, tablet 3-4 col, desktop 5-7 col. Tap-to-enlarge instead of hover.
The speed story: currently Audrey's Google Photos / iCloud Photos take 2-15 seconds to load + scroll because they're fighting quota + thumbnail-generation + ad layer. This mock loads in <500ms total because it's static derivative JPGs at the edge.

Mock data generated 2026-05-24 · Unsplash photos placeholder for actual library · real version ships once Mac mini + RAID + Immich land