Index: src/views/shell.ejs
===================================================================
--- src/views/shell.ejs (revision 59f404ac3fc5229fc0676774f093cbf7eaa661c3)
+++ src/views/shell.ejs (revision 369aa60f076533cc58f12e0cff07bbab80962877)
@@ -120,4 +120,15 @@
};
}
+%>
+<%
+// De cache-buster voor alles onder assets/js/mod (en de gedeelde bestanden die
+// die modules importeren). Stond alleen in de bootstrap onderaan; hij staat nu
+// hier omdat de importmap in de hem OOK nodig heeft, en twee losse
+// nummers lopen gegarandeerd een keer uit elkaar.
+//
+// Ophogen bij ELKE wijziging in assets/js/mod -- /assets wordt buiten
+// ontwikkeling een jaar gecachet, dus zonder bump bereikt een reparatie
+// iedereen behalve wie de fout al heeft.
+const MOD_V = 63;
%>
@@ -339,4 +350,23 @@
+<%# De cache-buster reikt ook tot wat de modules ONDERLING importeren (shaer-724).
+ De bootstrap hangt ?v= aan elke module die hij zelf laadt, maar een import
+ BINNEN een module is relatief, en een relatieve specifier erft de query
+ niet: `./lib.js` naast `post.js?v=63` wordt gewoon `/assets/js/mod/lib.js`.
+ Dat bestand wordt met max-age van een jaar geserveerd, dus het bleef bij
+ terugkerende bezoekers staan terwijl de modules eromheen ververst werden --
+ en juist lib.js is gedeeld, dus een fout daarin overleeft elke MOD_V-bump.
+
+ Een importmap lost dat op zonder die elf imports aan te raken: hij vertaalt
+ de OPGELOSTE URL naar zijn geversioneerde vorm. Hij moet in de head staan,
+ voor de eerste module-import. De toets bij dit bestand bewaakt dat elke
+ relatieve import onder assets/js hier een ingang heeft. %>
+
+
<% if (safeSite.custom_head_html) { %>
@@ -505,5 +535,5 @@
// Eén nummer voor de hele map. Te vaak bumpen kost één download; te weinig
// bumpen kost een bugfix die nooit aankomt.
- var MOD_V = 63;
+ var MOD_V = <%= MOD_V %>; // uit de EJS-variabele bovenaan; zie de importmap in de head
// name -> 1 (aan het laden) of de module-namespace (geladen). Een module