@xiwebdesign/xicms-core 7.1.0 → 7.2.0

package/dist/server/version.d.ts

@@ -9,6 +9,13 @@ import "server-only";
  * is ingelogd — niet wat er live staat. Een site die maanden niet is aangeraakt zou een versie
  * melden die er allang niet meer op draait. Dit endpoint antwoordt uit de deployment zelf.
  *
+ * `liveReads` zegt of deze deployment zijn content VERS uit Firestore leest of uit de gecommitte
+ * bundel serveert. Dat was van buitenaf niet te zien, en het is nu juist het verschil tussen "een
+ * tekstwijziging staat binnen seconden live" en "pas na een rebuild" — precies het soort stille
+ * toestand waar je pas achter komt als een klant belt dat zijn wijziging er niet op staat. De vlag
+ * wordt afgeleid uit capaciteit (Firebase-config aanwezig), dus hij verklapt geen geheimen: alleen
+ * of de engine iets vers kán lezen.
+ *
  * Bewust publiek en zonder geheim: het is één versienummer, dat staat sowieso in de bundel. De
  * open CORS-header is nodig omdat het superbeheer op een ánder domein draait dan de site die het
  * bevraagt.

package/dist/server/version.js

@@ -1,7 +1,8 @@
 import "server-only";
 import { CORE_VERSION } from "../version.js";
+import { liveReadsActive } from "./pages.js";
 function versionGET() {
-  return new Response(JSON.stringify({ core: CORE_VERSION }), {
+  return new Response(JSON.stringify({ core: CORE_VERSION, liveReads: liveReadsActive() }), {
     status: 200,
     headers: {
       "Content-Type": "application/json",

package/dist/server/version.js.map

@@ -1 +1 @@
-{"version":3,"sources":["../../src/server/version.ts"],"sourcesContent":["import \"server-only\";\n\nimport { CORE_VERSION } from \"../version\";\n\n/**\n * GET-handler voor `app/api/version/route.ts` in de klantsite: vertelt op welke engine deze\n * DEPLOYMENT draait.\n *\n * WAAROM EEN ENDPOINT EN GEEN VELD IN FIRESTORE: `sites/{siteId}` is client-side niet schrijfbaar\n * (rules), dus een site kan zijn versie daar niet zelf in zetten. Je zou hem via een callable\n * kunnen laten melden zodra iemand /beheer opent, maar dan lees je af wanneer er voor het laatst\n * is ingelogd — niet wat er live staat. Een site die maanden niet is aangeraakt zou een versie\n * melden die er allang niet meer op draait. Dit endpoint antwoordt uit de deployment zelf.\n *\n * Bewust publiek en zonder geheim: het is één versienummer, dat staat sowieso in de bundel. De\n * open CORS-header is nodig omdat het superbeheer op een ánder domein draait dan de site die het\n * bevraagt.\n */\nexport function versionGET(): Response {\n  return new Response(JSON.stringify({ core: CORE_VERSION }), {\n    status: 200,\n    headers: {\n      \"Content-Type\": \"application/json\",\n      \"Access-Control-Allow-Origin\": \"*\",\n      // Eén dag cachen: een versie verandert alleen bij een deploy, en dan is de cache toch koud.\n      \"Cache-Control\": \"public, max-age=86400\",\n    },\n  });\n}\n"],"mappings":"AAAA,OAAO;AAEP,SAAS,oBAAoB;AAgBtB,SAAS,aAAuB;AACrC,SAAO,IAAI,SAAS,KAAK,UAAU,EAAE,MAAM,aAAa,CAAC,GAAG;AAAA,IAC1D,QAAQ;AAAA,IACR,SAAS;AAAA,MACP,gBAAgB;AAAA,MAChB,+BAA+B;AAAA;AAAA,MAE/B,iBAAiB;AAAA,IACnB;AAAA,EACF,CAAC;AACH;","names":[]}
+{"version":3,"sources":["../../src/server/version.ts"],"sourcesContent":["import \"server-only\";\n\nimport { CORE_VERSION } from \"../version\";\nimport { liveReadsActive } from \"./pages\";\n\n/**\n * GET-handler voor `app/api/version/route.ts` in de klantsite: vertelt op welke engine deze\n * DEPLOYMENT draait.\n *\n * WAAROM EEN ENDPOINT EN GEEN VELD IN FIRESTORE: `sites/{siteId}` is client-side niet schrijfbaar\n * (rules), dus een site kan zijn versie daar niet zelf in zetten. Je zou hem via een callable\n * kunnen laten melden zodra iemand /beheer opent, maar dan lees je af wanneer er voor het laatst\n * is ingelogd — niet wat er live staat. Een site die maanden niet is aangeraakt zou een versie\n * melden die er allang niet meer op draait. Dit endpoint antwoordt uit de deployment zelf.\n *\n * `liveReads` zegt of deze deployment zijn content VERS uit Firestore leest of uit de gecommitte\n * bundel serveert. Dat was van buitenaf niet te zien, en het is nu juist het verschil tussen \"een\n * tekstwijziging staat binnen seconden live\" en \"pas na een rebuild\" — precies het soort stille\n * toestand waar je pas achter komt als een klant belt dat zijn wijziging er niet op staat. De vlag\n * wordt afgeleid uit capaciteit (Firebase-config aanwezig), dus hij verklapt geen geheimen: alleen\n * of de engine iets vers kán lezen.\n *\n * Bewust publiek en zonder geheim: het is één versienummer, dat staat sowieso in de bundel. De\n * open CORS-header is nodig omdat het superbeheer op een ánder domein draait dan de site die het\n * bevraagt.\n */\nexport function versionGET(): Response {\n  return new Response(JSON.stringify({ core: CORE_VERSION, liveReads: liveReadsActive() }), {\n    status: 200,\n    headers: {\n      \"Content-Type\": \"application/json\",\n      \"Access-Control-Allow-Origin\": \"*\",\n      // Eén dag cachen: een versie verandert alleen bij een deploy, en dan is de cache toch koud.\n      \"Cache-Control\": \"public, max-age=86400\",\n    },\n  });\n}\n"],"mappings":"AAAA,OAAO;AAEP,SAAS,oBAAoB;AAC7B,SAAS,uBAAuB;AAuBzB,SAAS,aAAuB;AACrC,SAAO,IAAI,SAAS,KAAK,UAAU,EAAE,MAAM,cAAc,WAAW,gBAAgB,EAAE,CAAC,GAAG;AAAA,IACxF,QAAQ;AAAA,IACR,SAAS;AAAA,MACP,gBAAgB;AAAA,MAChB,+BAA+B;AAAA;AAAA,MAE/B,iBAAiB;AAAA,IACnB;AAAA,EACF,CAAC;AACH;","names":[]}

package/dist/version.js

@@ -1,4 +1,4 @@
-const CORE_VERSION = true ? "7.1.0" : "0.0.0-dev";
+const CORE_VERSION = true ? "7.2.0" : "0.0.0-dev";
 const CORE_PACKAGE = "@xiwebdesign/xicms-core";
 function isNieuwer(beschikbaar, huidig) {
   const delen = (v) => v.split("-")[0].split(".").map((n) => Number.parseInt(n, 10) || 0);

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@xiwebdesign/xicms-core",
-  "version": "7.1.0",
+  "version": "7.2.0",
   "description": "XiCMS engine: gestructureerde content, pagina's, draft/publish, admin (TipTap+Radix), SEO en beveiliging voor klantsites.",
   "license": "UNLICENSED",
   "repository": {