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]>

DEPLOY.md

@@ -190,17 +190,28 @@ ssh dogfather-server "rm -f /home/dogiweb/dogfather-universe/server/package-lock
 ssh dogfather-server "cd /home/dogiweb/dogfather-universe && git pull --ff-only origin main"
 ```
 
-## ⚠️ Am Webdesign-Bereich geändert? Dann ZWEI Zahlen hochzählen
+## Der Webdesign-Bereich: zwei Zahlen — seit 30.09.2026 automatisch
 
 Die App speichert Dateien zwischen. Nach einer Änderung an `webdesign/`
 oder `assets/` müssen **beide** Stellen hoch, sonst bekommen Geräte, die
 die Seite schon einmal geöffnet haben, weiterhin den alten Stand:
 
 ```
-webdesign/sw.js       const CACHE_NAME = "dogfather-webdesign-vNN";
-assets/js/wd-core.js  .register("/webdesign/sw.js?v=NN", …)
+webdesign/sw.js       const CACHE_NAME = "dogfather-webdesign-<Stempel>";
+assets/js/wd-core.js  .register("/webdesign/sw.js?v=<Stempel>", …)
 ```
 
+**Das macht `node tools/seiten-stempel.mjs` jetzt mit** — dieselbe Zahl wie
+die Seiten. Von Hand muss hier nichts mehr gezählt werden.
+
+> **Warum das nötig wurde.** Dieser Abschnitt stand seit dem 26.08.2026 hier,
+> mit Begründung und Messwerten. Gemessen am 30.09.2026 standen beide Zahlen
+> seit dem **27.08.** auf `v64`, während **sieben Commits** die Dateien
+> geändert hatten, die der Service Worker vorhält — darunter
+> `/assets/css/main.css`. Ein Kommentar, der vor einem Fehler warnt,
+> verhindert ihn nicht. `pruef-zwischenspeicher` prüft jetzt, dass beide
+> Zahlen gleich und nicht älter als die vorgehaltenen Dateien sind.
+
 **Warum zwei und nicht eine.** `CACHE_NAME` wirft den Zwischenspeicher
 weg, sobald der Service Worker startet. Die Nummer in der Adresse sorgt
 dafür, dass er überhaupt neu geladen wird — und das ist hier nicht