jskelet 0.5.3 → 0.5.5

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -10,408 +10,291 @@ one is listed under a **Breaking** heading.
10
10
 
11
11
  ### Added
12
12
 
13
- - HTML cache key vary (`cache().vary`): `host: true` adds the public Host
14
- (`x-forwarded-host` or `Host`, lowercase, no port) as `h=…|` before the path;
15
- optional `headers` and `fn(req)` add further segments. Required on host-based
16
- locale sites so one locale's HTML is not served on another. Classic prewarm
17
- accepts `prewarm.origins` for multi-host warming when vary is on.
13
+ - Local flat `icons/` directory as the exclusive SVG sprite source when present
14
+ (`icons.dir`, default `"icons"`): `house.svg` / `house-bold.svg` file names,
15
+ XOR with `@phosphor-icons/core` (Phosphor only when the directory is absent).
16
+ The hashed sprite still lands under `public/assets/` and is precompressed.
17
+
18
+ ### Fixed
19
+
20
+ - Open Graph routes with a `.png` suffix (`/og/…/:slug.png`) now escape the
21
+ dot for Express 5 / path-to-regexp, so the handler matches again instead of
22
+ falling through to the HTML 404.
18
23
 
19
24
  ### Changed
20
25
 
21
- - Marketing example visual language: darker ink canvas, solid cyan primary
22
- CTAs, cyan-only glow/grid (indigo accents removed), and a measured trust
23
- bar on the homepage (payload gzip, Node, license, zero web fonts) instead
24
- of the marquee.
26
+ - Marketing example copy (EN/TR) reflects 0.5.x cache surfaces: host `vary`,
27
+ early refresh, classic vs `onVisit` prewarm, local `icons/`, shared cookies,
28
+ and `opengraph-image` → `ogHandler` on the migrate table. Pages now serve
29
+ per-locale dynamic OG cards at `/og/:locale/:page.png`.
30
+ - Marketing changelog page restyled like a release-notes browser: measured
31
+ summary cards, search and newest/oldest sort, paginated open release cards
32
+ with Latest / Released badges and GitHub links (still driven by `CHANGELOG.md`).
33
+
34
+ ## [0.5.4] - 2026-09-18
25
35
 
26
36
  ### Added
27
37
 
28
- - Dynamic Open Graph images (Next.js `ImageResponse` / `opengraph-image`):
29
- `ogImage`, `sendOgImage`, `ogHandler`, and `ImageResponse` turn card fields or
30
- raw SVG into PNG when `sharp` is installed (SVG fallback otherwise). Wired in
31
- `examples/blog` as `/og/blog/:slug.png` and `metadata.openGraph.image`.
32
- - Early HTML cache refresh before TTL expiry: the last successful produce time
33
- (`produceMs`) sets a lead window (`min(max(produceMs×2, 250ms), ttl/2)`). A
34
- still-fresh `HIT` in that window revalidates in the background; idle entries
35
- are soft-staled by a sweeper and drained over HTTP even without classic
36
- `prewarmPaths` (`PREWARM=0` disables both). In-flight refreshes no longer drop
37
- the entry when `staleUntil` elapses.
38
- - Route-level stylesheets: put files in `styles/pages/*.css` and load them from
39
- the controller with `styles: ["home.css"]` (same contract as island
40
- `entries`). The layout emits them after global `app.css`; dev hot-swaps any
41
- changed `.css` manifest key without a full reload.
42
- - Dev overlay Errors tab now lists failed SSR and browser `fetch` calls with
43
- page path, API URL, optional island name, and expandable response-body
44
- details (JSON instead of `[object Object]`). Server `console.error` /
45
- `console.warn` records also carry the current page when they fire during
46
- render.
47
- - Visit-driven HTML prewarm (`cache().prewarm.onVisit`): after each public
48
- cacheable page response, same-origin links in the HTML are warmed in the
49
- background (document order, `perPage` cap). Mutually exclusive with classic
50
- prewarm (`max` / `priority` / `rotate` / `hooks.prewarmPaths`, etc.) — mixing
51
- them fails at config load.
52
- - Runtime remote image optimizer: set `images.remote.allowHosts` to proxy
53
- allowlisted http(s) images through `/_jskelet/image?url=&w=&q=` as resized
54
- webp (disk cache under `.jskelet/image-cache/`). `image()` rewrites matching
55
- remote `src` values automatically; `remoteImageUrl()` builds URLs by hand.
56
- Requires `sharp` at runtime; without it the endpoint 302-redirects to the
57
- source.
38
+ - Shared cross-subdomain cookies: `brand.sharedCookieRoots` plus `writeSharedCookie` / `clearSharedCookie` on server (`jskelet/cookies`) and client (`jskelet/client`). `Secure` follows https / `x-forwarded-proto` (not `NODE_ENV`); the client read-back fails into handoff when the browser rejects `Domain`. Optional `auth.crossSubdomainHandoff` mounts `POST /_jskelet/auth/handoff` (one-time ticket → `?handoff=`) and documents a `window.name` bridge. Large tokens are refused — put a short session id in the cookie, not a JWT.
58
39
 
59
- ### Breaking
40
+ ## [0.5.3] - 2026-09-18
41
+
42
+ ### Added
43
+
44
+ - HTML cache key vary (`cache().vary`): `host: true` adds the public Host (`x-forwarded-host` or `Host`, lowercase, no port) as `h=…|` before the path; optional `headers` and `fn(req)` add further segments. Required on host-based locale sites so one locale's HTML is not served on another. Classic prewarm accepts `prewarm.origins` for multi-host warming when vary is on.
45
+
46
+ ### Changed
47
+
48
+ - Marketing example visual language: darker ink canvas, solid cyan primary CTAs, cyan-only glow/grid (indigo accents removed), and a measured trust bar on the homepage (payload gzip, Node, license, zero web fonts) instead of the marquee.
49
+
50
+ ## [0.5.2] - 2026-09-18
51
+
52
+ ### Added
53
+
54
+ - Dynamic Open Graph images (Next.js `ImageResponse` / `opengraph-image`): `ogImage`, `sendOgImage`, `ogHandler`, and `ImageResponse` turn card fields or raw SVG into PNG when `sharp` is installed (SVG fallback otherwise). Wired in `examples/blog` as `/og/blog/:slug.png` and `metadata.openGraph.image`.
55
+
56
+ ## [0.5.1] - 2026-09-07
57
+
58
+ ### Added
59
+
60
+ - Early HTML cache refresh before TTL expiry: the last successful produce time (`produceMs`) sets a lead window (`min(max(produceMs×2, 250ms), ttl/2)`). A still-fresh `HIT` in that window revalidates in the background; idle entries are soft-staled by a sweeper and drained over HTTP even without classic `prewarmPaths` (`PREWARM=0` disables both). In-flight refreshes no longer drop the entry when `staleUntil` elapses.
61
+
62
+ ## [0.5.0] - 2026-09-03
63
+
64
+ ### Added
65
+
66
+ - Route-level stylesheets: put files in `styles/pages/*.css` and load them from the controller with `styles: ["home.css"]` (same contract as island `entries`). The layout emits them after global `app.css`; dev hot-swaps any changed `.css` manifest key without a full reload.
67
+
68
+ ## [0.4.8] - 2026-09-03
69
+
70
+ ### Added
71
+
72
+ - Dev overlay Errors tab now lists failed SSR and browser `fetch` calls with page path, API URL, optional island name, and expandable response-body details (JSON instead of `[object Object]`). Server `console.error` / `console.warn` records also carry the current page when they fire during render.
73
+
74
+ ## [0.4.7] - 2026-09-03
75
+
76
+ ### Added
77
+
78
+ - Visit-driven HTML prewarm (`cache().prewarm.onVisit`): after each public cacheable page response, same-origin links in the HTML are warmed in the background (document order, `perPage` cap). Mutually exclusive with classic prewarm (`max` / `priority` / `rotate` / `hooks.prewarmPaths`, etc.) — mixing them fails at config load.
79
+
80
+ ## [0.4.6] - 2026-09-03
81
+
82
+ ### Fixed
83
+
84
+ - Remote image optimizer cache hits no longer 404. Disk cache lives under `.jskelet/image-cache/`; Express `sendFile` ignores dotfiles by default, so the file was written but the response still failed. `sendCached` now passes `dotfiles: "allow"`.
85
+
86
+ ## [0.4.5] - 2026-09-03
87
+
88
+ ### Added
89
+
90
+ - Runtime remote image optimizer: set `images.remote.allowHosts` to proxy allowlisted http(s) images through `/_jskelet/image?url=&w=&q=` as resized webp (disk cache under `.jskelet/image-cache/`). `image()` rewrites matching remote `src` values automatically; `remoteImageUrl()` builds URLs by hand. Requires `sharp` at runtime; without it the endpoint 302-redirects to the source.
91
+
92
+ ## [0.4.4] - 2026-09-02
93
+
94
+ ### Added
60
95
 
61
- - The cache admin panel moved to a top-level `admin()` config section at
62
- `/_jskelet/admin` (was `cache().panel` at `/_jskelet/cache`). Enable with
63
- `admin() { return { enabled: true } }` or `JSKELET_ADMIN=1`. `JSKELET_CACHE_PANEL` and
64
- `cache().panel` are removed. Auth is unchanged (per-process password in the
65
- server log, cookie session, 404 for strangers); the action CSRF header is now
66
- `X-JSkelet-Admin`.
96
+ - Devtools SEO check: an **SEO** tab in the overlay lists document, heading, image, link and social-tag issues with error/warning severity. Optional page highlights draw red or yellow boxes around the offending elements; the label shows the short title and a click opens the full explanation. Served only in development as `/__jskelet/dev/seo.js` beside the overlay.
97
+
98
+ ### Changed
99
+
100
+ - Marketing compare live latency demo now measures two same-sized fragments (cached vs `no-store`) with an explicit 80 ms simulated upstream inside the shared producer — a hit skips that wait so the gap is visible even when RTT dominates the wall clock. The island prints transferred bytes, Server-Timing `produce` duration, and a View Source section contrasts `__NEXT_DATA__` payload tax with plain JSkelet HTML. The measured-weight block also shows an estimated Next.js App Router first-load breakdown beside this site’s real gzip totals (clearly labelled estimate, not a build from this repo).
67
101
 
68
102
  ### Fixed
69
103
 
70
- - Remote image optimizer cache hits no longer 404. Disk cache lives under
71
- `.jskelet/image-cache/`; Express `sendFile` ignores dotfiles by default, so
72
- the file was written but the response still failed. `sendCached` now passes
73
- `dotfiles: "allow"`.
74
- - Cloudflare analytics in the cache panel no longer asks for an open-ended
75
- window. Queries used only `datetime_geq`, so Cloudflare closed the range at
76
- query time and a default 24h lookback became `1d` plus network delay — Free
77
- zones reject anything wider than one day. Both ends are now pinned from the
78
- same clock (`datetime_leq` included).
79
- - Missing `/assets/*` responses no longer keep the long-lived `immutable`
80
- Cache-Control that `headersMiddleware` stamps for static prefixes. A deploy
81
- race (prune-before-write) could 404 a hashed CSS URL for a moment; a CDN then
82
- cached that HTML 404 for a year and browsers refused it as a stylesheet
83
- (`MIME type 'text/html'`). Catch-all and `notFound` handlers now set
84
- `Cache-Control: no-store`. CSS and sprite builds write the new file before
85
- pruning older hashes so the same content hash never has a gap.
104
+ - Missing `/assets/*` responses no longer keep the long-lived `immutable` Cache-Control that `headersMiddleware` stamps for static prefixes. A deploy race (prune-before-write) could 404 a hashed CSS URL for a moment; a CDN then cached that HTML 404 for a year and browsers refused it as a stylesheet (`MIME type 'text/html'`). Catch-all and `notFound` handlers now set `Cache-Control: no-store`. CSS and sprite builds write the new file before pruning older hashes so the same content hash never has a gap.
105
+
106
+ ## [0.4.3] - 2026-09-02
86
107
 
87
108
  ### Added
88
109
 
89
- - Devtools SEO check: an **SEO** tab in the overlay lists document, heading,
90
- image, link and social-tag issues with error/warning severity. Optional page
91
- highlights draw red or yellow boxes around the offending elements; the label
92
- shows the short title and a click opens the full explanation. Served only in
93
- development as `/__jskelet/dev/seo.js` beside the overlay.
94
- - Marketing homepage ops storyboard: Redis L2, `/_jskelet/admin` panel mock and
95
- Cloudflare purge flow, with tabbed visual scenes animated by the vanilla
96
- `motion` API (Framer Motion’s non-React package) via an `ops-story` island.
97
- - VS Code / Cursor extension skeleton under `extensions/vscode-jsk`: `.jsk`
98
- language id, TextMate highlighting (`{{ }}` / `{#if}` / `{#each}` /
99
- components), language config, and snippets. Install from that folder or
100
- launch **JSK: Extension** from the repo root. Bound attrs on HTML tags
101
- (`:src="… + '/path'"`) highlight nested single-quoted strings.
102
- - Compile-time known components are discovered from **named exports** in
103
- `views/components/**/*.js` (plus `.jsk` component files), not from the file
104
- basename — so `<SectionHead />` resolves when `sectionHead` lives in
105
- `ui.js` without a stub re-export. Docs cover the `.jsk` template-vs-component
106
- boundary and a `{ items, error }` loader / `LoadErrorState` pattern so
107
- upstream failures are not mistaken for empty data.
108
- - Build-time `.jsk` templates: declarative HTML-like syntax compiled to ESM
109
- render modules under `.jskelet/templates/` (no request-time parse, `eval`, or
110
- `new Function`). Coexists with EJS; compiled `.jsk` wins when both exist.
111
- Syntax: `{{ }}` / `{{{ }}}`, `{#if}` / `{#each}` / `{#include}`, PascalCase
112
- components (`:prop` bindings), built-ins `Link` / `Image` / `Icon` /
113
- `CsrfField` / `PreloadImage`.
114
- - Feature-first conventions: `paths.features` / `paths.shared`, multi-root
115
- views and components, `features/<name>/index.js` route registration after
116
- `routes/`. CLI: `jskelet generate feature|page|island`. `jskelet init`
117
- scaffolds a feature-first `.jsk` skeleton (`features/home/` with route,
118
- page, component and island; global `views/pages/not-found.jsk`).
119
- - Template compile step in `jskelet build`; icon scan and Tailwind docs cover
120
- `.jsk` / `features` / `shared`. Bench: `node scripts/bench-templates.mjs`.
121
- - Top-level `logs` config for persistent sinks: daily NDJSON files
122
- (`logs.file`) and batched S3 PutObject (`logs.s3`) with embedded SigV4 — no
123
- `@aws-sdk` dependency. `kinds` selects `http` / `event` / `error`; `console`
124
- toggles runtime stdout lines. `JSKELET_LOG_BUCKET` / `JSKELET_S3_BUCKET`
125
- (+ optional `JSKELET_S3_KEY_PREFIX`) may be a plain bucket or a
126
- `bucket/prefix/…` path; with credentials present the sink turns on without
127
- `enabled: true`. `JSKELET_S3_API_URL` sets the S3-compatible endpoint
128
- (region defaults to `auto`). Env: `JSKELET_LOG_BUCKET`, `JSKELET_S3_*`.
129
- - Admin panel pages under `/_jskelet/admin`: Overview, Cache, Routes, Views,
130
- Logs and System. Configurable `allowIps` (exact or CIDR), `blockBots` (default
131
- on — crawler UAs get 404 before login), and `logSize`. Live Logs use an
132
- in-process ring plus SSE (`/api/logs/stream`) with client-side filters for
133
- method, status, cache, kind, path/route and text. Routes and Views are
134
- read-only inventories; HTTP finish middleware records timings only while the
135
- panel is enabled.
136
- - `trailingSlash` in `jskelet.config.mjs` (default `false`). When `true`,
137
- canonical page URLs end with `/` and return 200; a request without the slash
138
- is sent to the slashed form with a 308 (not 301). File URLs and
139
- `/.well-known/**` are left alone. When `false`, no slash is enforced — unlike
140
- Next.js, the default does not strip trailing slashes.
141
- - `cache().query`, a pattern → allowlist mapping that decides which query
142
- parameters belong to the HTML cache key. An allowlist caches one entry per
143
- distinct value of the listed parameters and ignores the rest, so every
144
- `?utm_source=…` variant of a path shares one copy; `true` puts the whole query
145
- in the key and `[]` ignores it entirely. Parameters enter the key sorted, so
146
- `?a=1&b=2` and `?b=2&a=1` are one entry.
147
- - A cache admin panel surface (now under `admin()` — see Breaking) that lists
148
- what the in-process tier holds (key, size, status, remaining TTL, dependency
149
- count, precompressed bodies for HTML; key and TTL for data), reports whether
150
- the Redis tier is connected or bypassed, and runs the operations you would
151
- otherwise hand-write an admin route for: targeted invalidation with an
152
- optional hard mode, dropping a single entry, clearing either cache, unlinking
153
- the shared keys and triggering a prewarm pass. Unlike the dev overlay it does
154
- not look at `NODE_ENV`, because "why is this page stale" is a production
155
- question — but nothing is mounted until it is explicitly enabled, so the path
156
- does not exist by default. Access is a 32-character password regenerated on
157
- every process start and printed once to the server log; there is no persistent
158
- secret to leak and a deploy revokes old access on its own. The password is
159
- never accepted in a query string, three failed attempts ban the IP for 24
160
- hours, and every banned or unauthorised response is a `404` rather than a 401
161
- that would confirm the panel exists. The panel is excluded from indexing,
162
- prewarming and navigation speculation.
163
- - A language picker in the cache panel header, Turkish and English. The first
164
- visit follows the browser's language, the choice is kept in `localStorage` and
165
- carries over to the login page, and switching costs no request. To keep this
166
- from leaking UI concerns into the server, an `/action` response now returns
167
- `{ ok, code, params }` instead of an English sentence and the panel builds the
168
- text — the framework's log and API stay in one language while the panel
169
- speaks two.
170
- - Cloudflare cache management, from the panel and from code. Set
171
- `JSKELET_CLOUDFLARE_KEY` and `JSKELET_CLOUDFLARE_ZONE_ID` (or
172
- `cache().cloudflare`) and the panel gains the CDN tier next to the origin one:
173
- purge everything, purge every URL currently held in memory with one button or
174
- a single row with `cf purge`, purge by prefix, host or cache tag, toggle
175
- development mode, cache level, browser cache TTL, query string sorting,
176
- Always Online, Tiered Cache, Regional Tiered Cache and Cache Reserve, clear
177
- Cache Reserve, and read the cache hit ratio. This matters because
178
- `invalidateHtmlCache()` refreshes the origin while the copy your visitors get
179
- keeps being served from the edge until its TTL expires. The same surface is
180
- exported as `purgeCloudflare()`, `toCloudflareUrls()`,
181
- `fetchCloudflareOverview()`, `fetchCacheAnalytics()`, `fetchPathEdges()` and
182
- `getCloudflareStatus()`; none of them throw, so a CDN outage returns
183
- `{ ok: false, error }` instead of breaking a publish flow. Long purge lists
184
- are batched at Cloudflare's 100-keys-per-request limit and sent sequentially
185
- to stay inside the rate limit. The token is read from the environment, is
186
- never returned in a response, and only cache related zone settings can be
187
- changed.
188
- - An edge breakdown for a single path: `fetchPathEdges()` reports which
189
- Cloudflare colos served it from cache and which went to the origin. This is
190
- observation, not inventory — Cloudflare has no endpoint that lists which
191
- edges currently hold a URL, and no way to warm an edge you pick, so the panel
192
- says as much rather than implying otherwise.
193
- - `getRedisDetails()` reports where the shared tier actually points — address,
194
- TLS, database, namespace, which kinds are shared and whether the purge channel
195
- is subscribed — because "connected" alone does not explain a Redis that shares
196
- nothing because of a wrong namespace. The password is never part of the
197
- output. `inspectRedis()` counts the keys per kind plus `DBSIZE` and
198
- `used_memory`; it runs a `SCAN`, so the panel keeps it behind its own button
199
- instead of the refresh loop. When Redis is off, the panel explains what a
200
- shared tier would buy and shows the memory and disk state of the host instead,
201
- which is the number that decides whether `maxEntries` is too high.
202
- - `dropHtmlCacheKey()` and `dropDataCacheKey()` drop one exact cache key.
203
- `invalidateHtmlCache()` matches a path pattern and takes down every query
204
- variant of a path, which is the right default for a webhook but wrong when you
205
- want `/list?page=2` gone and `/list?page=3` left hot.
110
+ - Marketing homepage ops storyboard: Redis L2, `/_jskelet/admin` panel mock and Cloudflare purge flow, with tabbed visual scenes animated by the vanilla `motion` API (Framer Motion’s non-React package) via an `ops-story` island.
111
+
112
+ ## [0.4.2] - 2026-09-02
206
113
 
207
114
  ### Changed
208
115
 
209
- - README rewritten for the current surface: build-time `.jsk` as the default
210
- template story (EJS still supported), feature-first `init` examples, `mount`
211
- island contract, path-based `invalidateHtmlCache` (replacing the outdated
212
- “no targeted invalidation” claim), Redis / admin / data-cache callouts, and
213
- bilingual doc links under `docs/` and `docs/en/`.
214
- - Marketing compare live latency demo now measures two same-sized fragments
215
- (cached vs `no-store`) with an explicit 80 ms simulated upstream inside the
216
- shared producer — a hit skips that wait so the gap is visible even when RTT
217
- dominates the wall clock. The island prints transferred bytes, Server-Timing
218
- `produce` duration, and a View Source section contrasts `__NEXT_DATA__`
219
- payload tax with plain JSkelet HTML. The measured-weight block also shows an
220
- estimated Next.js App Router first-load breakdown beside this site’s real
221
- gzip totals (clearly labelled estimate, not a build from this repo).
222
- - Duplicate component named exports (or the same PascalCase tag in two files)
223
- now **fail** at build and at server startup instead of warning and letting
224
- the second definition win. Overwriting `components/index.js` barrel exports
225
- remains allowed.
226
- - `examples/minimal` pages moved to `.jsk`; adds `features/demo` as a
227
- co-located route + view sample.
228
- - Marketing compare/FAQ copy no longer claims targeted invalidation is missing;
229
- it points at `invalidateHtmlCache()` (and Redis pub/sub for multi-instance).
230
-
231
- - An adaptive per-host rate limit for upstream calls, `cache().upstream`. It sits
232
- in the `fetch` wrapper rather than in the prewarm pass, because what spends the
233
- quota is the API call, not the page: one render may make one call or twenty, so
234
- `prewarm.rps` could never bound the real thing. A token bucket caps the average
235
- rate, a concurrency limit caps the calls in flight, and `rate` is treated as a
236
- ceiling that the limiter pulls down on its own — a 429 or 503 halves the rate,
237
- `Retry-After` stops the bucket for exactly as long as the upstream asked, and
238
- clean windows climb back one step at a time. A host that returns
239
- `breakerFailures` rate limits in a row is bypassed for `breakerCooldownMs`,
240
- which stops the worst waste: because a 429 counts as transient, the HTML
241
- produced by a throttled call is never stored, so a pass in that state spends
242
- quota and keeps nothing. Only 429 and 503 penalise the rate; a 400 or 500 is
243
- not a quota problem. Off by default — set `rate` to turn it on.
244
- - `getUpstreamLimiterStatus()` reports the current rate, calls in flight, 429
245
- count and breaker state per host. The dev panel's Server tab shows the same.
246
- - `getDataCacheStats()` counts how the data cache was used: fresh hits, stale
247
- hits, misses, coalesced concurrent reads, values promoted from the shared tier
248
- and — the only number that reaches the quota — real producer runs. A prewarm
249
- pass now prints its own share of that (`12 upstream calls for 430 data reads
250
- (97% from the data cache)`), which is what tells you whether the fix is a
251
- longer TTL or a rate limit. The dev report has a Data cache card for it.
252
-
253
- - The dev overlay header now shows the installed JSkelet version next to the
254
- title, labelled `latest` when it matches npm and `outdated` with the newer
255
- version when it does not, so you can tell at a glance which version the
256
- project runs without opening the Server tab.
257
- - An optional Redis tier behind both caches, turned on with
258
- `cache().redis: { enabled: true, url }` and `npm install ioredis`. The
259
- in-process cache stays primary and every request still reads it; Redis only
260
- does the two things a single process cannot. An instance that has never seen a
261
- path finds the HTML another replica already produced, so a fresh container or a
262
- post-deploy replacement does not re-render and re-fetch everything from
263
- scratch. And `invalidateHtmlCache()`, `clearHtmlCache()` and
264
- `clearDataCache()` now reach every replica over pub/sub instead of only the one
265
- that received the webhook — until now the others waited out the TTL and a
266
- visitor saw old or new content depending on where they landed. Keys live under
267
- `_jskelet:{namespace}:{buildId}:…`, where the build id makes HTML from a
268
- previous deploy expire on its own rather than pointing at asset files that no
269
- longer exist. Personalised (`storable: false`), degraded and non-200 responses
270
- are never shared. If `ioredis` is missing, Redis is unreachable or it goes down
271
- mid-flight, a warning is printed and the site keeps serving from memory.
272
- - `getRedisStatus()` reports whether the shared tier is connected, which key
273
- prefix and build id it is using, and how many command failures there have
274
- been — usable from a healthcheck endpoint. The same summary appears in the dev
275
- panel report.
276
- - Servers started with `startServer()` now shut down on `SIGTERM`/`SIGINT`
277
- instead of being killed: the listener is closed and the Redis connection is
278
- drained so in-flight writes are not cut mid-command.
279
- - Targeted HTML invalidation: `invalidateHtmlCache(target, { hard })` takes a
280
- path, the config pattern syntax (`/news/:slug`), a regular expression or a list
281
- of them, and returns how many entries were affected. By default it **stales**
282
- the entries rather than deleting them, so a webhook that touches hundreds of
283
- pages does not turn into hundreds of cold renders at the worst possible moment:
284
- visitors keep getting the old HTML while the refresh runs in the background,
285
- once per key. Matching is done against the path, so every query variant of a
286
- page is covered by one call, and a render already in flight when the purge
287
- arrives is not stored.
288
- - `clearDataCache()` now refreshes the HTML too. The `withDataCache` keys read
289
- during a render are recorded, so dropping `news:abc` stales every page that
290
- actually read it — the article, the home page listing it and the tag page —
291
- without the application declaring any tags. Turn it off with
292
- `cache().trackDependencies: false`; `getHtmlCacheEntries()` reports the
293
- dependency count per page as `deps`.
294
- - Invalidated paths go to the front of the next prewarm pass, so an updated page
295
- is refreshed without waiting for a visitor, while still respecting the `rps`
296
- limit. The pass summary counts them separately.
297
- - An upstream data cache: `withDataCache(key, ttlSeconds, producer)` and the
298
- `dataCache(fn, { key, revalidate })` wrapper, with `clearDataCache(prefix?)`,
299
- `getDataCacheSize()` and `getDataCacheEntries()` alongside them. It keeps JSON
300
- rather than HTML, so its default limit is 10,000 entries: a long-tail page that
301
- was never prewarmed still renders without touching the API. Concurrent reads of
302
- the same key collapse into one upstream request, an expired entry is served
303
- immediately while it refreshes in the background, a failing producer falls back
304
- to the stale value, and empty answers (`null`/`undefined`) are not stored
305
- unless `storeEmpty: true` is passed.
306
- - `cache().prewarm.priority` decides the warm-up order and accepts both the
307
- config pattern syntax (`/news/:slug`) and plain regular expressions. Matching
308
- paths are warmed on every pass.
309
- - Drip prewarming for large sites: `cache().prewarm.rps` (also `PREWARM_RPS`)
310
- caps requests per second regardless of parallelism, and `rotate` (on by
311
- default) makes periodic passes continue through the queue where the previous
312
- one stopped instead of re-warming the same first slice. A pass is skipped while
313
- the previous one is still running.
314
- - `cache().prewarm.retryDelayMs` (also `PREWARM_RETRY_DELAY_MS`) waits before the
315
- retry pass, since rate limit windows are measured in seconds.
316
- - `cache().maxEntries` configures the HTML cache limit, which used to be a fixed 500.
317
- - Transient upstream failures are now detected without any application code:
318
- `globalThis.fetch` is wrapped during startup and `429`, `5xx` and network
319
- errors raised inside a render are reported on their own, so rate limits stop
320
- turning existing pages into 404s even when the data layer never calls
321
- `reportUpstreamFailure()`. Requests outside a render and requests to the
322
- server itself are ignored, deterministic answers such as `404` are not
323
- reported, and the wrapper can be turned off with `cache().trackUpstream:
324
- false`.
325
- - `cache().transientRetry` (`{ attempts: 1, delayMs: 300 }` by default) retries a
326
- page that called `notFound()` while upstream was failing. Each attempt runs in
327
- a fresh upstream and per-request cache scope, so a page whose data arrives on
328
- the second try is served and cached as usual instead of degrading to an error.
329
- - The dev report now includes the data cache entry count under `cache.data`.
116
+ - README rewritten for the current surface: build-time `.jsk` as the default template story (EJS still supported), feature-first `init` examples, `mount` island contract, path-based `invalidateHtmlCache` (replacing the outdated “no targeted invalidation” claim), Redis / admin / data-cache callouts, and bilingual doc links under `docs/` and `docs/en/`.
117
+
118
+ ## [0.4.1] - 2026-09-02
119
+
120
+ ### Added
121
+
122
+ - VS Code / Cursor extension skeleton under `extensions/vscode-jsk`: `.jsk` language id, TextMate highlighting (`{{ }}` / `{#if}` / `{#each}` / components), language config, and snippets. Install from that folder or launch **JSK: Extension** from the repo root. Bound attrs on HTML tags (`:src="… + '/path'"`) highlight nested single-quoted strings.
123
+ - Compile-time known components are discovered from **named exports** in `views/components/**/*.js` (plus `.jsk` component files), not from the file basename — so `<SectionHead />` resolves when `sectionHead` lives in `ui.js` without a stub re-export. Docs cover the `.jsk` template-vs-component boundary and a `{ items, error }` loader / `LoadErrorState` pattern so upstream failures are not mistaken for empty data.
124
+
125
+ ### Changed
126
+
127
+ - Duplicate component named exports (or the same PascalCase tag in two files) now **fail** at build and at server startup instead of warning and letting the second definition win. Overwriting `components/index.js` barrel exports remains allowed.
128
+ - Marketing compare/FAQ copy no longer claims targeted invalidation is missing; it points at `invalidateHtmlCache()` (and Redis pub/sub for multi-instance).
129
+
130
+ ## [0.4.0] - 2026-09-02
131
+
132
+ ### Added
133
+
134
+ - Build-time `.jsk` templates: declarative HTML-like syntax compiled to ESM render modules under `.jskelet/templates/` (no request-time parse, `eval`, or `new Function`). Coexists with EJS; compiled `.jsk` wins when both exist. Syntax: `{{ }}` / `{{{ }}}`, `{#if}` / `{#each}` / `{#include}`, PascalCase components (`:prop` bindings), built-ins `Link` / `Image` / `Icon` / `CsrfField` / `PreloadImage`.
135
+ - Feature-first conventions: `paths.features` / `paths.shared`, multi-root views and components, `features/<name>/index.js` route registration after `routes/`. CLI: `jskelet generate feature|page|island`. `jskelet init` scaffolds a feature-first `.jsk` skeleton (`features/home/` with route, page, component and island; global `views/pages/not-found.jsk`).
136
+ - Template compile step in `jskelet build`; icon scan and Tailwind docs cover `.jsk` / `features` / `shared`. Bench: `node scripts/bench-templates.mjs`.
137
+
138
+ ### Changed
139
+
140
+ - `examples/minimal` pages moved to `.jsk`; adds `features/demo` as a co-located route + view sample.
141
+
142
+ ## [0.3.5] - 2026-09-02
143
+
144
+ ### Changed
145
+
146
+ - S3 logging configuration refactored; docs clarified.
147
+
148
+ ## [0.3.4] - 2026-09-02
149
+
150
+ ### Changed
151
+
152
+ - S3 logging pipeline now prints connection details at boot.
153
+
154
+ ## [0.3.3] - 2026-09-02
155
+
156
+ ### Changed
157
+
158
+ - Internal packaging / release bump.
159
+
160
+ ## [0.3.2] - 2026-09-02
161
+
162
+ ### Added
163
+
164
+ - Top-level `logs` config for persistent sinks: daily NDJSON files (`logs.file`) and batched S3 PutObject (`logs.s3`) with embedded SigV4 — no `@aws-sdk` dependency. `kinds` selects `http` / `event` / `error`; `console` toggles runtime stdout lines. `JSKELET_LOG_BUCKET` (and `logs.s3.bucket`) may be a plain bucket or a `bucket/prefix/…` path. `JSKELET_S3_API_URL` sets the R2/MinIO endpoint (region defaults to `auto`). Missing credentials warn and disable the S3 sink without taking the site down. Env: `JSKELET_LOG_BUCKET`, `JSKELET_S3_ACCESS_KEY_ID`, `JSKELET_S3_SECRET_ACCESS_KEY`, `JSKELET_S3_SESSION_TOKEN`, `JSKELET_S3_REGION`, `JSKELET_S3_API_URL`.
165
+
166
+ ## [0.3.1] - 2026-09-02
167
+
168
+ ### Added
169
+
170
+ - Admin panel pages under `/_jskelet/admin`: Overview, Cache, Routes, Views, Logs and System. Configurable `allowIps` (exact or CIDR), `blockBots` (default on — crawler UAs get 404 before login), and `logSize`. Live Logs use an in-process ring plus SSE (`/api/logs/stream`) with client-side filters for method, status, cache, kind, path/route and text. Routes and Views are read-only inventories; HTTP finish middleware records timings only while the panel is enabled.
171
+ - `trailingSlash` in `jskelet.config.mjs` (default `false`). When `true`, canonical page URLs end with `/` and return 200; a request without the slash is sent to the slashed form with a 308 (not 301). File URLs and `/.well-known/**` are left alone. When `false`, no slash is enforced — unlike Next.js, the default does not strip trailing slashes.
172
+ - A cache admin panel surface (now under `admin()` — see Breaking) that lists what the in-process tier holds (key, size, status, remaining TTL, dependency count, precompressed bodies for HTML; key and TTL for data), reports whether the Redis tier is connected or bypassed, and runs the operations you would otherwise hand-write an admin route for: targeted invalidation with an optional hard mode, dropping a single entry, clearing either cache, unlinking the shared keys and triggering a prewarm pass. Unlike the dev overlay it does not look at `NODE_ENV`, because "why is this page stale" is a production question — but nothing is mounted until it is explicitly enabled, so the path does not exist by default. Access is a 32-character password regenerated on every process start and printed once to the server log; there is no persistent secret to leak and a deploy revokes old access on its own. The password is never accepted in a query string, three failed attempts ban the IP for 24 hours, and every banned or unauthorised response is a `404` rather than a 401 that would confirm the panel exists. The panel is excluded from indexing, prewarming and navigation speculation.
330
173
 
331
174
  ### Changed
332
175
 
333
- - Admin panel System meters (CPU, memory, disk) show this process's share of
334
- the host — RSS and project disk footprint against machine totals, plus
335
- process CPU across all cores — instead of whole-machine fullness. The panel
336
- content width is wider (`1600px`) so Overview, Routes, Views and System use
337
- the screen better.
338
- - The release history page in `examples/marketing` now shows one release at a
339
- time: the newest one is expanded and older releases collapse to a single
340
- header row with their date, status and change count. Every release used to be
341
- printed open in a two-column grid, which made the page an unreadable wall as
342
- soon as a few versions piled up. Version links and the quick-jump strip still
343
- work, and they open the collapsed release they point at.
344
- - The prewarm retry pass no longer retries permanent failures. A `400`, `403` or
345
- `404` does not get better on the second try, so those paths are dropped from
346
- the retry round and counted as `N not retried (permanent)` in the summary. The
347
- wait before the round now also honours the upstream rate limit: if a
348
- `Retry-After` or an open circuit breaker is holding calls back, the pass waits
349
- that out instead of retrying into the same 429.
350
- - Errors and warnings raised during a prewarm pass are no longer logged one per
351
- page. Request errors and the per-page render warnings (`was produced with
352
- missing data`, `returned notFound() while upstream is failing`, `could not be
353
- produced`) are counted while the pass runs and printed as a single summary
354
- block afterwards, grouped by message with the most frequent kinds first, so a
355
- failing upstream can no longer bury the "warmed N/M pages" line under hundreds
356
- of near-identical lines. Real traffic logs as before, and the dev tools panel
357
- still shows the per-path detail.
358
- - The marketing example's changelog page is now a timeline: releases are laid out
359
- along a rail with a sticky version column, each change group gets its own card
360
- with a coloured rule and item count, and a row of version chips at the top
361
- jumps straight to a release.
362
- - The dev tools panel is now fed over a WebSocket (`<devBasePath>/ws`) instead of
363
- polling `/stats` every two seconds. The server pushes statistics as they change
364
- and sends live reload and CSS hot-swap events over the same connection, so an
365
- open tab no longer keeps hitting the server while the panel is closed. No new
366
- dependency is involved; if the socket cannot be opened, the panel falls back to
367
- the previous SSE plus polling path.
368
- - The server now binds to `::` instead of `0.0.0.0` when no `HOST` is given, so a
369
- single dual-stack socket answers both IPv6 and IPv4. Browsers resolve
370
- `localhost` to `::1` first and, unlike ordinary requests, a WebSocket handshake
371
- does not fall back to IPv4 — which made the dev panel's live channel fail on an
372
- IPv4-only socket. Where IPv6 is unavailable the bind falls back to `0.0.0.0`.
373
- - Prewarming no longer holds up the rest of the dev server. In development it now
374
- runs with a single worker and a default limit of 4 requests per second
375
- (`prewarm.rps` / `PREWARM_RPS` still override it), so page requests and the dev
376
- panel stay responsive while a warm-up round is going on. Production behaviour
377
- is unchanged.
378
- - `notFound()` is no longer served as a 404 when a transient upstream failure
379
- (`429`, `5xx`, network error) happened during the same render. The page is
380
- retried first and, if upstream is still failing, responds with an uncached
381
- `503` and `Retry-After`. A temporary rate limit is no longer frozen into "this
382
- page does not exist" for the whole TTL. A retry that gets a clean answer saying
383
- the page is gone still returns a normal 404.
384
- - Responses produced with missing data are no longer offered to shared caches:
385
- a `degraded` render is sent with `private, no-store` instead of
386
- `public, s-maxage=…`. The `X-JSkelet-Cache` diagnostic header is still written.
387
- - The prewarm summary distinguishes paths left for the next pass
388
- (`700 deferred to the next pass`) from paths dropped entirely
389
- (`700 over the limit`).
390
- - The changelog page of the marketing example is generated from the project's
391
- `CHANGELOG.md` instead of a hand-written list, and shows the version published
392
- on npm next to the installed one.
393
- - The marketing example reads its markdown (documentation and changelog) from
394
- the repository over GitHub's raw endpoint, falling back to the installed
395
- package when the network is unavailable, so a deployment that ships without
396
- `node_modules` can still serve the docs. In development the local file wins
397
- and nothing is cached. The branch is overridable with `DOCS_REF`.
176
+ - Admin panel System meters (CPU, memory, disk) show this process's share of the host — RSS and project disk footprint against machine totals, plus process CPU across all cores — instead of whole-machine fullness. The panel content width is wider (`1600px`) so Overview, Routes, Views and System use the screen better.
177
+
178
+ ### Breaking
179
+
180
+ - The cache admin panel moved to a top-level `admin()` config section at `/_jskelet/admin` (was `cache().panel` at `/_jskelet/cache`). Enable with `admin() { return { enabled: true } }` or `JSKELET_ADMIN=1`. `JSKELET_CACHE_PANEL` and `cache().panel` are removed. Auth is unchanged (per-process password in the server log, cookie session, 404 for strangers); the action CSRF header is now `X-JSkelet-Admin`.
181
+
182
+ ## [0.2.5] - 2026-09-01
398
183
 
399
184
  ### Fixed
400
185
 
401
- - The dev panel's WebSocket handshake was answered with a `Sec-WebSocket-Accept`
402
- value derived from a mistyped protocol constant. Browsers verify that value and
403
- closed the connection immediately with "Incorrect 'Sec-WebSocket-Accept' header
404
- value", so the panel silently fell back to polling.
186
+ - Cloudflare analytics in the cache panel no longer asks for an open-ended window. Queries used only `datetime_geq`, so Cloudflare closed the range at query time and a default 24h lookback became `1d` plus network delay — Free zones reject anything wider than one day. Both ends are now pinned from the same clock (`datetime_leq` included).
187
+
188
+ ## [0.2.4] - 2026-08-31
189
+
190
+ ### Added
191
+
192
+ - A language picker in the cache panel header, Turkish and English. The first visit follows the browser's language, the choice is kept in `localStorage` and carries over to the login page, and switching costs no request. To keep this from leaking UI concerns into the server, an `/action` response now returns `{ ok, code, params }` instead of an English sentence and the panel builds the text — the framework's log and API stay in one language while the panel speaks two.
193
+
194
+ ## [0.2.3] - 2026-08-31
195
+
196
+ ### Added
197
+
198
+ - `cache().query`, a pattern → allowlist mapping that decides which query parameters belong to the HTML cache key. An allowlist caches one entry per distinct value of the listed parameters and ignores the rest, so every `?utm_source=…` variant of a path shares one copy; `true` puts the whole query in the key and `[]` ignores it entirely. Parameters enter the key sorted, so `?a=1&b=2` and `?b=2&a=1` are one entry.
199
+ - Cloudflare cache management, from the panel and from code. Set `JSKELET_CLOUDFLARE_KEY` and `JSKELET_CLOUDFLARE_ZONE_ID` (or `cache().cloudflare`) and the panel gains the CDN tier next to the origin one: purge everything, purge every URL currently held in memory with one button or a single row with `cf purge`, purge by prefix, host or cache tag, toggle development mode, cache level, browser cache TTL, query string sorting, Always Online, Tiered Cache, Regional Tiered Cache and Cache Reserve, clear Cache Reserve, and read the cache hit ratio. This matters because `invalidateHtmlCache()` refreshes the origin while the copy your visitors get keeps being served from the edge until its TTL expires. The same surface is exported as `purgeCloudflare()`, `toCloudflareUrls()`, `fetchCloudflareOverview()`, `fetchCacheAnalytics()`, `fetchPathEdges()` and `getCloudflareStatus()`; none of them throw, so a CDN outage returns `{ ok: false, error }` instead of breaking a publish flow. Long purge lists are batched at Cloudflare's 100-keys-per-request limit and sent sequentially to stay inside the rate limit. The token is read from the environment, is never returned in a response, and only cache related zone settings can be changed.
200
+ - An edge breakdown for a single path: `fetchPathEdges()` reports which Cloudflare colos served it from cache and which went to the origin. This is observation, not inventory — Cloudflare has no endpoint that lists which edges currently hold a URL, and no way to warm an edge you pick, so the panel says as much rather than implying otherwise.
201
+ - `getRedisDetails()` reports where the shared tier actually points — address, TLS, database, namespace, which kinds are shared and whether the purge channel is subscribed — because "connected" alone does not explain a Redis that shares nothing because of a wrong namespace. The password is never part of the output. `inspectRedis()` counts the keys per kind plus `DBSIZE` and `used_memory`; it runs a `SCAN`, so the panel keeps it behind its own button instead of the refresh loop. When Redis is off, the panel explains what a shared tier would buy and shows the memory and disk state of the host instead, which is the number that decides whether `maxEntries` is too high.
202
+
203
+ ### Changed
204
+
205
+ - The release history page in `examples/marketing` now shows one release at a time: the newest one is expanded and older releases collapse to a single header row with their date, status and change count. Every release used to be printed open in a two-column grid, which made the page an unreadable wall as soon as a few versions piled up. Version links and the quick-jump strip still work, and they open the collapsed release they point at.
405
206
 
406
207
  ### Breaking
407
208
 
408
- - A request that carries a query parameter is now dynamic by default: it is not
409
- written to the HTML cache and the response is sent with `private, no-store`,
410
- even when a `cache().html` pattern covers the path. Every query variant used
411
- to become its own cache entry, which let campaign parameters
412
- (`?utm_source=…`) mint unbounded keys and evict real pages from a 500-entry
413
- store. Pages whose output genuinely depends on the query keep their cache by
414
- listing the relevant parameters under `cache().query`.
209
+ - A request that carries a query parameter is now dynamic by default: it is not written to the HTML cache and the response is sent with `private, no-store`, even when a `cache().html` pattern covers the path. Every query variant used to become its own cache entry, which let campaign parameters (`?utm_source=…`) mint unbounded keys and evict real pages from a 500-entry store. Pages whose output genuinely depends on the query keep their cache by listing the relevant parameters under `cache().query`.
210
+
211
+ ## [0.2.2] - 2026-08-31
212
+
213
+ ### Added
214
+
215
+ - A cache admin panel at `/_jskelet/cache`, turned on with `cache().panel: { enabled: true }` or `JSKELET_CACHE_PANEL=1`. It lists what the in-process tier holds (key, size, status, remaining TTL, dependency count, precompressed bodies for HTML; key and TTL for data), reports whether the Redis tier is connected or bypassed, and runs the operations you would otherwise hand-write an admin route for: targeted invalidation with an optional hard mode, dropping a single entry, clearing either cache, unlinking the shared keys and triggering a prewarm pass. Unlike the dev overlay it does not look at `NODE_ENV`, because "why is this page stale" is a production question — but nothing is mounted until it is explicitly enabled, so the path does not exist by default. Access is a 32-character password regenerated on every process start and printed once to the server log; there is no persistent secret to leak and a deploy revokes old access on its own. The password is never accepted in a query string, three failed attempts ban the IP for 24 hours, and every banned or unauthorised response is a `404` rather than a 401 that would confirm the panel exists. The panel is excluded from indexing, prewarming and navigation speculation.
216
+ - `dropHtmlCacheKey()` and `dropDataCacheKey()` drop one exact cache key. `invalidateHtmlCache()` matches a path pattern and takes down every query variant of a path, which is the right default for a webhook but wrong when you want `/list?page=2` gone and `/list?page=3` left hot.
217
+ - An adaptive per-host rate limit for upstream calls, `cache().upstream`. It sits in the `fetch` wrapper rather than in the prewarm pass, because what spends the quota is the API call, not the page: one render may make one call or twenty, so `prewarm.rps` could never bound the real thing. A token bucket caps the average rate, a concurrency limit caps the calls in flight, and `rate` is treated as a ceiling that the limiter pulls down on its own — a 429 or 503 halves the rate, `Retry-After` stops the bucket for exactly as long as the upstream asked, and clean windows climb back one step at a time. A host that returns `breakerFailures` rate limits in a row is bypassed for `breakerCooldownMs`, which stops the worst waste: because a 429 counts as transient, the HTML produced by a throttled call is never stored, so a pass in that state spends quota and keeps nothing. Only 429 and 503 penalise the rate; a 400 or 500 is not a quota problem. Off by default — set `rate` to turn it on.
218
+ - `getUpstreamLimiterStatus()` reports the current rate, calls in flight, 429 count and breaker state per host. The dev panel's Server tab shows the same.
219
+ - `getDataCacheStats()` counts how the data cache was used: fresh hits, stale hits, misses, coalesced concurrent reads, values promoted from the shared tier and — the only number that reaches the quota — real producer runs. A prewarm pass now prints its own share of that (`12 upstream calls for 430 data reads (97% from the data cache)`), which is what tells you whether the fix is a longer TTL or a rate limit. The dev report has a Data cache card for it.
220
+ - The dev overlay header now shows the installed JSkelet version next to the title, labelled `latest` when it matches npm and `outdated` with the newer version when it does not, so you can tell at a glance which version the project runs without opening the Server tab.
221
+
222
+ ### Changed
223
+
224
+ - The prewarm retry pass no longer retries permanent failures. A `400`, `403` or `404` does not get better on the second try, so those paths are dropped from the retry round and counted as `N not retried (permanent)` in the summary. The wait before the round now also honours the upstream rate limit: if a `Retry-After` or an open circuit breaker is holding calls back, the pass waits that out instead of retrying into the same 429.
225
+
226
+ ## [0.2.1] - 2026-08-31
227
+
228
+ ### Changed
229
+
230
+ - Errors and warnings raised during a prewarm pass are no longer logged one per page. Request errors and the per-page render warnings (`was produced with missing data`, `returned notFound() while upstream is failing`, `could not be produced`) are counted while the pass runs and printed as a single summary block afterwards, grouped by message with the most frequent kinds first, so a failing upstream can no longer bury the "warmed N/M pages" line under hundreds of near-identical lines. Real traffic logs as before, and the dev tools panel still shows the per-path detail.
231
+
232
+ ## [0.2.0] - 2026-08-31
233
+
234
+ ### Added
235
+
236
+ - An optional Redis tier behind both caches, turned on with `cache().redis: { enabled: true, url }` and `npm install ioredis`. The in-process cache stays primary and every request still reads it; Redis only does the two things a single process cannot. An instance that has never seen a path finds the HTML another replica already produced, so a fresh container or a post-deploy replacement does not re-render and re-fetch everything from scratch. And `invalidateHtmlCache()`, `clearHtmlCache()` and `clearDataCache()` now reach every replica over pub/sub instead of only the one that received the webhook — until now the others waited out the TTL and a visitor saw old or new content depending on where they landed. Keys live under `_jskelet:{namespace}:{buildId}:…`, where the build id makes HTML from a previous deploy expire on its own rather than pointing at asset files that no longer exist. Personalised (`storable: false`), degraded and non-200 responses are never shared. If `ioredis` is missing, Redis is unreachable or it goes down mid-flight, a warning is printed and the site keeps serving from memory.
237
+ - `getRedisStatus()` reports whether the shared tier is connected, which key prefix and build id it is using, and how many command failures there have been — usable from a healthcheck endpoint. The same summary appears in the dev panel report.
238
+ - Servers started with `startServer()` now shut down on `SIGTERM`/`SIGINT` instead of being killed: the listener is closed and the Redis connection is drained so in-flight writes are not cut mid-command.
239
+
240
+ ### Changed
241
+
242
+ - Request errors raised during a prewarm pass are no longer logged one by one. They are counted while the pass runs and printed as a single summary line afterwards, grouped by status and message with the most frequent kinds first, so a flaky upstream can no longer bury the "warmed N/M pages" line under hundreds of stack traces. Errors from real traffic are logged as before, and the dev tools panel still shows the per-path detail.
243
+
244
+ ## [0.1.9] - 2026-08-31
245
+
246
+ ### Fixed
247
+
248
+ - The dev panel's WebSocket handshake was answered with a `Sec-WebSocket-Accept` value derived from a mistyped protocol constant. Browsers verify that value and closed the connection immediately with "Incorrect 'Sec-WebSocket-Accept' header value", so the panel silently fell back to polling.
249
+
250
+ ## [0.1.8] - 2026-08-31
251
+
252
+ ### Changed
253
+
254
+ - The marketing example's changelog page is now a timeline: releases are laid out along a rail with a sticky version column, each change group gets its own card with a coloured rule and item count, and a row of version chips at the top jumps straight to a release.
255
+ - The server now binds to `::` instead of `0.0.0.0` when no `HOST` is given, so a single dual-stack socket answers both IPv6 and IPv4. Browsers resolve `localhost` to `::1` first and, unlike ordinary requests, a WebSocket handshake does not fall back to IPv4 — which made the dev panel's live channel fail on an IPv4-only socket. Where IPv6 is unavailable the bind falls back to `0.0.0.0`.
256
+
257
+ ## [0.1.7] - 2026-08-31
258
+
259
+ ### Changed
260
+
261
+ - Devtools WebSocket connection handling hardened.
262
+
263
+ ## [0.1.6] - 2026-08-31
264
+
265
+ ### Added
266
+
267
+ - Targeted HTML invalidation: `invalidateHtmlCache(target, { hard })` takes a path, the config pattern syntax (`/news/:slug`), a regular expression or a list of them, and returns how many entries were affected. By default it **stales** the entries rather than deleting them, so a webhook that touches hundreds of pages does not turn into hundreds of cold renders at the worst possible moment: visitors keep getting the old HTML while the refresh runs in the background, once per key. Matching is done against the path, so every query variant of a page is covered by one call, and a render already in flight when the purge arrives is not stored.
268
+ - `clearDataCache()` now refreshes the HTML too. The `withDataCache` keys read during a render are recorded, so dropping `news:abc` stales every page that actually read it — the article, the home page listing it and the tag page — without the application declaring any tags. Turn it off with `cache().trackDependencies: false`; `getHtmlCacheEntries()` reports the dependency count per page as `deps`.
269
+ - Invalidated paths go to the front of the next prewarm pass, so an updated page is refreshed without waiting for a visitor, while still respecting the `rps` limit. The pass summary counts them separately.
270
+
271
+ ### Changed
272
+
273
+ - Prewarming no longer holds up the rest of the dev server. In development it now runs with a single worker and a default limit of 4 requests per second (`prewarm.rps` / `PREWARM_RPS` still override it), so page requests and the dev panel stay responsive while a warm-up round is going on. Production behaviour is unchanged.
274
+
275
+ ## [0.1.5] - 2026-08-30
276
+
277
+ ### Changed
278
+
279
+ - The dev tools panel is now fed over a WebSocket (`<devBasePath>/ws`) instead of polling `/stats` every two seconds. The server pushes statistics as they change and sends live reload and CSS hot-swap events over the same connection, so an open tab no longer keeps hitting the server while the panel is closed. No new dependency is involved; if the socket cannot be opened, the panel falls back to the previous SSE plus polling path.
280
+
281
+ ## [0.1.4] - 2026-08-30
282
+
283
+ ### Added
284
+
285
+ - Transient upstream failures are now detected without any application code: `globalThis.fetch` is wrapped during startup and `429`, `5xx` and network errors raised inside a render are reported on their own, so rate limits stop turning existing pages into 404s even when the data layer never calls `reportUpstreamFailure()`. Requests outside a render and requests to the server itself are ignored, deterministic answers such as `404` are not reported, and the wrapper can be turned off with `cache().trackUpstream: false`.
286
+ - `cache().transientRetry` (`{ attempts: 1, delayMs: 300 }` by default) retries a page that called `notFound()` while upstream was failing. Each attempt runs in a fresh upstream and per-request cache scope, so a page whose data arrives on the second try is served and cached as usual instead of degrading to an error.
287
+
288
+ ### Changed
289
+
290
+ - The changelog page of the marketing example is generated from the project's `CHANGELOG.md` instead of a hand-written list, and shows the version published on npm next to the installed one.
291
+ - The marketing example reads its markdown (documentation and changelog) from the repository over GitHub's raw endpoint, falling back to the installed package when the network is unavailable, so a deployment that ships without `node_modules` can still serve the docs. In development the local file wins and nothing is cached. The branch is overridable with `DOCS_REF`.
292
+
293
+ ## [0.1.3] - 2026-08-30
294
+
295
+ ### Changed
296
+
297
+ - Patch release; no user-facing changelog entries beyond 0.1.2.
415
298
 
416
299
  ## [0.1.2] - 2026-08-30
417
300
 
@@ -525,7 +408,39 @@ Initial release.
525
408
  - Documentation under `docs/` and three examples: `minimal`, `blog`,
526
409
  `marketing`.
527
410
 
528
- [Unreleased]: https://github.com/ayberkenis/jskelet/compare/v0.1.2...HEAD
411
+ [Unreleased]: https://github.com/ayberkenis/jskelet/compare/v0.5.4...HEAD
412
+ [0.5.4]: https://github.com/ayberkenis/jskelet/compare/v0.5.3...v0.5.4
413
+ [0.5.3]: https://github.com/ayberkenis/jskelet/compare/v0.5.2...v0.5.3
414
+ [0.5.2]: https://github.com/ayberkenis/jskelet/compare/v0.5.1...v0.5.2
415
+ [0.5.1]: https://github.com/ayberkenis/jskelet/compare/v0.5.0...v0.5.1
416
+ [0.5.0]: https://github.com/ayberkenis/jskelet/compare/v0.4.8...v0.5.0
417
+ [0.4.8]: https://github.com/ayberkenis/jskelet/compare/v0.4.7...v0.4.8
418
+ [0.4.7]: https://github.com/ayberkenis/jskelet/compare/v0.4.6...v0.4.7
419
+ [0.4.6]: https://github.com/ayberkenis/jskelet/compare/v0.4.5...v0.4.6
420
+ [0.4.5]: https://github.com/ayberkenis/jskelet/compare/v0.4.4...v0.4.5
421
+ [0.4.4]: https://github.com/ayberkenis/jskelet/compare/v0.4.3...v0.4.4
422
+ [0.4.3]: https://github.com/ayberkenis/jskelet/compare/v0.4.2...v0.4.3
423
+ [0.4.2]: https://github.com/ayberkenis/jskelet/compare/v0.4.1...v0.4.2
424
+ [0.4.1]: https://github.com/ayberkenis/jskelet/compare/v0.4.0...v0.4.1
425
+ [0.4.0]: https://github.com/ayberkenis/jskelet/compare/v0.3.5...v0.4.0
426
+ [0.3.5]: https://github.com/ayberkenis/jskelet/compare/v0.3.4...v0.3.5
427
+ [0.3.4]: https://github.com/ayberkenis/jskelet/compare/v0.3.3...v0.3.4
428
+ [0.3.3]: https://github.com/ayberkenis/jskelet/compare/v0.3.2...v0.3.3
429
+ [0.3.2]: https://github.com/ayberkenis/jskelet/compare/v0.3.1...v0.3.2
430
+ [0.3.1]: https://github.com/ayberkenis/jskelet/compare/v0.2.5...v0.3.1
431
+ [0.2.5]: https://github.com/ayberkenis/jskelet/compare/v0.2.4...v0.2.5
432
+ [0.2.4]: https://github.com/ayberkenis/jskelet/compare/v0.2.3...v0.2.4
433
+ [0.2.3]: https://github.com/ayberkenis/jskelet/compare/v0.2.2...v0.2.3
434
+ [0.2.2]: https://github.com/ayberkenis/jskelet/compare/v0.2.1...v0.2.2
435
+ [0.2.1]: https://github.com/ayberkenis/jskelet/compare/v0.2.0...v0.2.1
436
+ [0.2.0]: https://github.com/ayberkenis/jskelet/compare/v0.1.9...v0.2.0
437
+ [0.1.9]: https://github.com/ayberkenis/jskelet/compare/v0.1.8...v0.1.9
438
+ [0.1.8]: https://github.com/ayberkenis/jskelet/compare/v0.1.7...v0.1.8
439
+ [0.1.7]: https://github.com/ayberkenis/jskelet/compare/v0.1.6...v0.1.7
440
+ [0.1.6]: https://github.com/ayberkenis/jskelet/compare/v0.1.5...v0.1.6
441
+ [0.1.5]: https://github.com/ayberkenis/jskelet/compare/v0.1.4...v0.1.5
442
+ [0.1.4]: https://github.com/ayberkenis/jskelet/compare/v0.1.3...v0.1.4
443
+ [0.1.3]: https://github.com/ayberkenis/jskelet/compare/v0.1.2...v0.1.3
529
444
  [0.1.2]: https://github.com/ayberkenis/jskelet/compare/v0.1.1...v0.1.2
530
445
  [0.1.1]: https://github.com/ayberkenis/jskelet/compare/v0.1.0...v0.1.1
531
446
  [0.1.0]: https://github.com/ayberkenis/jskelet/releases/tag/v0.1.0