Der Webdesign-Bereich lieferte seit dem 27.08. ein veraltetes main.css aus
Der Stempel-Fund von eben hatte eine Fortsetzung: DEPLOY.md verlangte
seit dem 26.08. „ZWEI Zahlen hochzaehlen", mit Begruendung und
Messwerten daneben.
webdesign/sw.js const CACHE_NAME = "dogfather-webdesign-v64"
assets/js/wd-core.js .register("/webdesign/sw.js?v=64", …)
Gemessen am 30.09.2026 standen beide seit dem 27.08. auf v64 --
waehrend SIEBEN Commits die Dateien geaendert hatten, die der Service
Worker vorhaelt. Er haelt sechs vor, und `/assets/css/main.css` ist
eine davon.
Wer den Webdesign-Bereich einmal geoeffnet hatte, bekam sie seither
aus seinem Zwischenspeicher. Auch die Behebung von heute Vormittag
waere dort nicht angekommen.
EIN KOMMENTAR, DER VOR EINEM FEHLER WARNT, VERHINDERT IHN NICHT. Die
Anleitung war richtig, ausfuehrlich und begruendet. Getan hat es
trotzdem niemand -- fuenf Wochen lang. Das ist dieselbe Lehre wie am
11.09., als ein Warnhinweis neben einer abgeschriebenen Spaltenliste
stand und drei Spalten mit Inhalt trotzdem verlorengingen.
DESHALB MACHT ES JETZT DAS WERKZEUG. `tools/seiten-stempel.mjs`
setzt beide Zahlen auf denselben Stempel wie die Seiten. Passt eines
der zwei Muster nicht mehr, bricht es ab, statt stillschweigend
weiterzulaufen -- sonst waere die Zahl ab da wieder von Hand
gepflegt, und das merkt niemand.
Dass der Vorrat bei jedem Stempeln neu aufgebaut wird, ist Absicht:
sechs kleine Dateien kosten nichts, ein unbemerkt alter Stand fuenf
Wochen.
UND EINE WACHE DAZU. `pruef-zwischenspeicher` prueft jetzt:
· beide Zahlen stehen da
· sie sind GLEICH -- sonst wird der Vorrat geleert, aber der
Service Worker gar nicht erst neu geladen (Cloudflare ersetzt
sein `no-cache` durch vier Stunden)
· die Zahl ist nicht aelter als die vorgehaltenen Dateien
Die Liste der vorgehaltenen Dateien wird AUS DEM SERVICE WORKER
gelesen, nicht abgeschrieben -- eine zweite hier waere die, die beim
naechsten Eintrag auseinanderlaeuft.
Gegenprobe gemacht: die zwei Zahlen um eine Minute auseinander ->
rot, zurueck -> gruen.
DEPLOY.md sagt jetzt, dass es automatisch geht, und nennt den Befund
im Wortlaut daneben.
Gemessen: pruef-zwischenspeicher 34/0 (war 30/0), pruef-bewegung 9/0,
pruef-css-klassen 37/0, pruef-struktur 44/0.
Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
@@ -109,6 +109,57 @@ for (const name of readdirSync(WURZEL)) {
|
||||
/* DIE ZAHL GEHÖRT IN DIE BEDINGUNG. Stempelte das Werkzeug nichts,
|
||||
liefe es stillschweigend durch — und der nächste Deploy wäre wieder
|
||||
unsichtbar. Genau dafür gibt es diesen Ausgang. */
|
||||
/* =====================================================================
|
||||
UND DIE ZWEI ZAHLEN DES WEBDESIGN-BEREICHS
|
||||
|
||||
Dort liegt ein eigener Service Worker. Er hält sechs Dateien vor,
|
||||
darunter `/assets/css/main.css` — wer den Bereich einmal geöffnet
|
||||
hat, bekommt sie aus seinem Zwischenspeicher, bis `CACHE_NAME`
|
||||
sich ändert.
|
||||
|
||||
DEPLOY.md verlangte das bisher von Hand („ZWEI Zahlen
|
||||
hochzählen"), mit Begründung und Messwerten daneben. Gemessen am
|
||||
30.09.2026 standen beide seit dem 27.08. auf `v64`, während sieben
|
||||
Commits die vorgehaltenen Dateien geändert hatten. Ein Kommentar,
|
||||
der vor einem Fehler warnt, verhindert ihn nicht.
|
||||
|
||||
BEIDE BEKOMMEN DENSELBEN STEMPEL wie die Seiten. `CACHE_NAME`
|
||||
wirft den alten Vorrat weg, die Zahl in der Adresse sorgt dafür,
|
||||
dass der Service Worker überhaupt neu geladen wird — Cloudflare
|
||||
ersetzt sein `no-cache` sonst durch vier Stunden.
|
||||
|
||||
Dass der Vorrat bei jedem Stempeln neu aufgebaut wird, ist
|
||||
Absicht: sechs kleine Dateien kosten nichts, ein unbemerkt alter
|
||||
Stand fünf Wochen. */
|
||||
{
|
||||
const zwei = [
|
||||
{ datei: join(WURZEL, "webdesign", "sw.js"),
|
||||
muster: /(const CACHE_NAME = "dogfather-webdesign-)[^"]+(")/,
|
||||
wort: "CACHE_NAME" },
|
||||
{ datei: join(WURZEL, "assets", "js", "wd-core.js"),
|
||||
muster: /(\.register\("\/webdesign\/sw\.js\?v=)[^"]+(")/,
|
||||
wort: "register(?v=…)" },
|
||||
];
|
||||
for (const z of zwei) {
|
||||
let text;
|
||||
try { text = readFileSync(z.datei, "utf8"); } catch {
|
||||
console.error(`FEHLER: ${z.datei} gibt es nicht.`);
|
||||
process.exit(1);
|
||||
}
|
||||
if (!z.muster.test(text)) {
|
||||
/* KEIN STILLES WEITERLAUFEN. Passt das Muster nicht mehr, ist
|
||||
die Zahl ab sofort wieder von Hand gepflegt — und das merkt
|
||||
sonst niemand. */
|
||||
console.error(`FEHLER: ${z.wort} nicht gefunden. Stimmt das Muster noch?`);
|
||||
process.exit(1);
|
||||
}
|
||||
const neu = text.replace(z.muster, `$1${STEMPEL}$2`);
|
||||
if (neu !== text) writeFileSync(z.datei, neu);
|
||||
gefunden += 1;
|
||||
console.log(` ${z.wort.padEnd(28)} -> ${STEMPEL}`);
|
||||
}
|
||||
}
|
||||
|
||||
if (gefunden === 0) {
|
||||
console.error("FEHLER: das Muster hat keinen einzigen Verweis getroffen. "
|
||||
+ "Stimmt es noch?");
|
||||
|
||||
Reference in New Issue
Block a user