Diese Runde ging eine Ebene tiefer als "sieht es gut aus": Ist das
System, aus dem das Aussehen entsteht, ueberhaupt eines?
DIE MESSUNG VORWEG
Markenfarben ausgeschrieben im Quelltext: 155 Stellen
davon Blau 74, Gold 33, Lila 22, Gruen 16, Rot 10
verschiedene Eckenradien: 12
darunter 5px, 7px, 9px, 11px
Die Farben gab es laengst als Variablen. Sie standen trotzdem ueberall
ausgeschrieben da, weil halbdurchsichtige Toene -- Raender, Leuchten,
sanfte Flaechen -- einen Alphawert brauchen, und das mit einer fertigen
Farbvariablen nicht geht: rgba(127, 208, 232, .16).
Die Folge waere beim ersten Farbwechsel sichtbar geworden: Man findet
150 Stellen, uebersieht fuenf, und die Seite hat danach zwei Blautoene,
die sich um eine Nuance unterscheiden. Genau das ist der Unterschied
zwischen einer gewachsenen und einer gestalteten Oberflaeche.
WAS GEAENDERT WURDE
Kanalvariablen (--wd-blau-rgb: 127 208 232) neben den fertigen Farben.
Damit schreibt man rgb(var(--wd-blau-rgb) / .16), und eine Aenderung
wirkt ueberall. 164 Stellen umgestellt, verteilt ueber CSS und neun
Seiten.
Auch die abgeleiteten Farben zeigen jetzt auf die Kanaele statt eigene
Werte zu fuehren -- und die vier Prozessfarben (--wd-p1 bis p4) sind
keine eigenen Farben mehr, sondern Rollen: --wd-p1: var(--wd-blau).
Sonst haette man vier weitere Stellen, die beim naechsten Farbwechsel
stillschweigend zurueckbleiben.
Ergebnis: Jede Markenfarbe hat genau EINE Quelle. Ausgeschriebene
Markenfarben im Quelltext: 0.
Radien auf vier Stufen plus Pillenform: 6 / 10 / 14 / 20 / 999. Kein
Wert wurde um mehr als 2px verschoben, optisch aendert sich also nichts
Spuerbares -- 12 verschiedene Werte sind auf 3 tatsaechlich verwendete
zusammengeschmolzen. Zwischenwerte wie 7px oder 11px entstehen nicht aus
Absicht, sondern weil man beim Bauen einer neuen Kachel nicht nachschaut,
was nebenan schon gilt.
DER BEWEIS, DASS ES EIN SYSTEM IST
Neue Pruefung pruef-system.mjs. Sie behauptet nicht, sie STELLT UM: Die
Markenfarbe wird von Babyblau auf kraeftiges Orange gesetzt und dann
nachgezaehlt, ob irgendwo der alte Ton stehen bleibt.
658 von 1975 sichtbaren Elementen tragen die Markenfarbe
0 bleiben nach der Umstellung beim alten Ton
Prozessfarben folgen nachweislich mit
Radien: 3 Stufen
UND DIE WICHTIGSTE ERKENNTNIS -- ueber das Messen selbst
Der erste Anlauf meldete 110 haengengebliebene Elemente, alle in Kopf-
und Fusszeile. Die naheliegende Erklaerung waere gewesen: "da steht die
Farbe noch ausgeschrieben". Sie war falsch.
Nachgewiesen ueber die DevTools-Schnittstelle: Auf diese Elemente wirkt
die Regel ".wd a:not(.wd-btn) -> var(--wd-blau)", und --wd-blau
resolviert an genau dieser Stelle korrekt zum neuen Orange. Trotzdem
blieb die berechnete Textfarbe alt -- auch nach erzwungener
Neuberechnung.
Der Unterschied: Kopf- und Fusszeile werden von wd-core.js per innerHTML
eingefuegt. Chromium erneuert solche Teilbaeume nicht zuverlaessig, wenn
man eine Variable NACHTRAEGLICH umstellt. Laedt man dieselbe Seite mit
bereits geaenderter Variable, sind sie orange -- gegengeprueft mit einem
Minimalbeispiel, in dem derselbe Mechanismus einwandfrei funktioniert.
Das Pruefverfahren wurde deshalb umgestellt: Die Variable wird VOR dem
Laden ueberschrieben. Das entspricht genau dem, was eine Aenderung in der
CSS-Datei bewirkt -- also dem Fall, um den es wirklich geht.
Haette ich der ersten Messung geglaubt, haette ich 110 einwandfreie
Stellen "repariert" und dabei das gerade aufgebaute System wieder
zerlegt. Es ist der siebte Fehlalarm in eigener Messtechnik innerhalb
von zwei Runden -- und der subtilste.
ALLE PRUEFUNGEN GRUEN: Gestaltung 0 Befunde (13 Seiten x 5 Sprachen
gegen WCAG 2.2 AA), Anfragedetail 20, Verwaltung 69, Portal 32,
Widerruf 58, Textkodierung 55 Kombinationen, Designsystem 5.
Versionsstempel und Cache-Name auf v9.
Co-Authored-By: Claude Opus 5 <[email protected]>
192 lines
7.9 KiB
JavaScript
192 lines
7.9 KiB
JavaScript
/* =====================================================================
|
|
sw.js — Service Worker NUR für /webdesign/
|
|
Macht den Bereich auf Handy und Computer als App installierbar und
|
|
sorgt dafür, dass die Oberfläche auch bei wackeliger Verbindung
|
|
sofort da ist.
|
|
|
|
⚠️ SICHERHEITSENTSCHEIDUNG, DIE HIER DEN AUSSCHLAG GIBT
|
|
|
|
Der Webdesign-Bereich ist zugangsgeschützt (server/webdesign-gate.js).
|
|
Ein Service Worker, der HTML-Seiten zwischenspeichert, würde diesen
|
|
Schutz aushebeln: Nach dem Abmelden — oder nachdem jemand anders das
|
|
Gerät in die Hand nimmt — lieferte der Zwischenspeicher die geschützten
|
|
Seiten samt Preisen, Anfragen und Kundendaten weiterhin aus, ohne dass
|
|
der Server je gefragt wird. Genau das ist der klassische Fehler bei
|
|
PWAs hinter einer Anmeldung.
|
|
|
|
Deshalb gilt hier strikt:
|
|
- HTML-Seiten werden NIEMALS zwischengespeichert. Immer Netz.
|
|
Ist kein Netz da, kommt eine schlichte Offline-Meldung — nicht die
|
|
zuletzt gesehene, möglicherweise vertrauliche Seite.
|
|
- Zwischengespeichert werden ausschließlich die neutralen Bausteine
|
|
unter /assets/ (Stilvorlagen, Skripte, Logo, Icons). Die enthalten
|
|
keine Kunden- oder Projektdaten und liegen ohnehin außerhalb der
|
|
Zugangsschranke.
|
|
- Antworten der API (postfach.dogfather-universe.com) werden
|
|
ebenfalls nie zwischengespeichert.
|
|
|
|
Das kostet Offline-Komfort. Der ist hier aber weniger wert als die
|
|
Zusicherung, dass nach dem Schließen der Sitzung wirklich nichts mehr
|
|
einsehbar ist.
|
|
===================================================================== */
|
|
|
|
/* Version im Namen: eine Änderung dieser Zeichenkette wirft beim nächsten
|
|
Start alle alten Zwischenspeicher weg. Muss bei jeder Änderung an den
|
|
Dateien unten hochgezählt werden, sonst hängen Nutzer auf einem alten
|
|
Stand fest. */
|
|
const CACHE_NAME = "dogfather-webdesign-v9";
|
|
|
|
/* Bausteine, die die Oberfläche zum Anzeigen braucht. Bewusst KEINE
|
|
HTML-Datei in dieser Liste. */
|
|
const GRUNDGERUEST = [
|
|
"/assets/css/main.css",
|
|
"/assets/css/webdesign.css",
|
|
"/assets/js/wd-core.js",
|
|
"/assets/img/logo-dogfather-transparent.png",
|
|
"/assets/img/wd-app-192.png",
|
|
"/assets/img/wd-app-512.png",
|
|
];
|
|
|
|
self.addEventListener("install", (ereignis) => {
|
|
ereignis.waitUntil(
|
|
caches.open(CACHE_NAME).then((speicher) =>
|
|
/* addAll bricht komplett ab, wenn EINE Datei fehlt — dann wäre der
|
|
Service Worker gar nicht erst installiert und die App nicht
|
|
installierbar. Deshalb jede Datei einzeln und Fehler schlucken. */
|
|
Promise.all(
|
|
GRUNDGERUEST.map((pfad) =>
|
|
speicher.add(new Request(pfad, { cache: "reload" })).catch(() => {})
|
|
)
|
|
)
|
|
)
|
|
);
|
|
/* Sofort übernehmen statt auf das Schließen aller Tabs zu warten —
|
|
sonst bleibt nach einem Deploy tagelang die alte Fassung aktiv. */
|
|
self.skipWaiting();
|
|
});
|
|
|
|
self.addEventListener("activate", (ereignis) => {
|
|
ereignis.waitUntil(
|
|
caches.keys()
|
|
.then((namen) => Promise.all(
|
|
namen.filter((n) => n !== CACHE_NAME).map((n) => caches.delete(n))
|
|
))
|
|
.then(() => self.clients.claim())
|
|
);
|
|
});
|
|
|
|
/* Schlichte Offline-Meldung. Bewusst als erzeugte Antwort statt als
|
|
Datei — so kann sie nie mit echtem Seiteninhalt verwechselt werden.
|
|
Fünf Sprachen wären hier Überinstrumentierung: der Text erscheint nur
|
|
ohne Internet und ist absichtlich sehr kurz gehalten. */
|
|
function offlineSeite() {
|
|
return new Response(
|
|
`<!DOCTYPE html><html lang="de"><head><meta charset="utf-8" />
|
|
<meta name="viewport" content="width=device-width, initial-scale=1" />
|
|
<title>Keine Verbindung</title>
|
|
<style>
|
|
body{margin:0;min-height:100svh;display:flex;align-items:center;justify-content:center;
|
|
background:#05070b;color:#eef4fb;font-family:system-ui,sans-serif;text-align:center;padding:2rem}
|
|
.k{max-width:34ch}
|
|
h1{font-size:1.4rem;margin:0 0 .6rem}
|
|
p{color:#b3c2d4;line-height:1.6;margin:0 0 1.4rem}
|
|
button{min-height:48px;padding:.8rem 1.6rem;border:none;border-radius:999px;
|
|
background:#7fd0e8;color:#04070c;font-weight:700;font-size:1rem;cursor:pointer}
|
|
</style></head><body>
|
|
<div class="k">
|
|
<h1>Keine Verbindung</h1>
|
|
<p>Dogfather Webdesign braucht eine Internetverbindung. Sobald du wieder online bist, geht es normal weiter.</p>
|
|
<button onclick="location.reload()">Erneut versuchen</button>
|
|
</div></body></html>`,
|
|
{ status: 503, headers: { "Content-Type": "text/html; charset=utf-8" } }
|
|
);
|
|
}
|
|
|
|
self.addEventListener("fetch", (ereignis) => {
|
|
const anfrage = ereignis.request;
|
|
|
|
// Nur einfache Abrufe. Absendungen (POST) gehen immer direkt ans Netz.
|
|
if (anfrage.method !== "GET") return;
|
|
|
|
const url = new URL(anfrage.url);
|
|
|
|
// Fremde Server (API, externe Bilder) nie anfassen.
|
|
if (url.origin !== self.location.origin) return;
|
|
|
|
/* --- HTML: immer Netz, niemals zwischenspeichern (siehe Kopf) --- */
|
|
const willHtml = anfrage.mode === "navigate" ||
|
|
(anfrage.headers.get("accept") || "").includes("text/html");
|
|
if (willHtml) {
|
|
ereignis.respondWith(
|
|
fetch(anfrage).catch(() => offlineSeite())
|
|
);
|
|
return;
|
|
}
|
|
|
|
/* --- Zugangs-Endpunkte niemals zwischenspeichern --- */
|
|
if (url.pathname.startsWith("/webdesign/zugang-")) return;
|
|
|
|
/* --- Neutrale Bausteine unter /assets/ ---
|
|
|
|
⚠️ HIER WAR EIN ECHTER FEHLER (gemeldet 22.08.2026: "immer noch so").
|
|
|
|
Vorher lief das als "stale-while-revalidate": die gespeicherte Fassung
|
|
ging sofort raus, im Hintergrund wurde eine frische geholt. Das ist
|
|
schnell — bedeutet aber, dass jede Korrektur an CSS oder JavaScript
|
|
beim ersten Aufruf UNSICHTBAR bleibt und erst beim zweiten wirkt.
|
|
Genau das ist passiert: die Korrektur am gestreckten Logo war auf dem
|
|
Server längst live, der Browser hat aber die alte Stilvorlage aus
|
|
meinem eigenen Zwischenspeicher angezeigt. Ein Fehler, der wie ein
|
|
nicht behobener Fehler aussieht — die unangenehmste Sorte.
|
|
|
|
Jetzt: erst Netz, Zwischenspeicher nur als Notfallnetz.
|
|
Für Stilvorlagen und Skripte ist Richtigkeit wichtiger als die
|
|
eingesparten Millisekunden — eine falsche Darstellung kostet mehr
|
|
als ein kurzer Ladevorgang. Bilder und Symbole bleiben beim schnellen
|
|
Weg: die ändern sich praktisch nie, und wenn doch, bekommen sie einen
|
|
neuen Dateinamen. */
|
|
if (url.pathname.startsWith("/assets/")) {
|
|
const istCodeOderStil = /\.(css|js|mjs)$/i.test(url.pathname);
|
|
|
|
if (istCodeOderStil) {
|
|
// Netz zuerst
|
|
ereignis.respondWith(
|
|
fetch(anfrage)
|
|
.then((antwort) => {
|
|
if (antwort && antwort.status === 200 && antwort.type === "basic") {
|
|
const kopie = antwort.clone();
|
|
caches.open(CACHE_NAME).then((speicher) => speicher.put(anfrage, kopie));
|
|
}
|
|
return antwort;
|
|
})
|
|
.catch(() => caches.match(anfrage).then((g) => g || Response.error()))
|
|
);
|
|
return;
|
|
}
|
|
|
|
// Bilder, Symbole, Schriften: Zwischenspeicher zuerst
|
|
ereignis.respondWith(
|
|
caches.open(CACHE_NAME).then(async (speicher) => {
|
|
const gespeichert = await speicher.match(anfrage);
|
|
const ausDemNetz = fetch(anfrage)
|
|
.then((antwort) => {
|
|
/* Nur vollständige, eigene Antworten ablegen. Teilantworten
|
|
(206, z.B. bei Video-Sprüngen) lassen sich nicht sinnvoll
|
|
zwischenspeichern und würden den Speicher beschädigen. */
|
|
if (antwort && antwort.status === 200 && antwort.type === "basic") {
|
|
speicher.put(anfrage, antwort.clone());
|
|
}
|
|
return antwort;
|
|
})
|
|
.catch(() => null);
|
|
|
|
return gespeichert || (await ausDemNetz) || Response.error();
|
|
})
|
|
);
|
|
return;
|
|
}
|
|
|
|
/* Alles Übrige: kein respondWith -> der Browser macht es ganz normal
|
|
selbst. Das ist die sicherste Voreinstellung. */
|
|
});
|