DER AGENTUR-BEREICH (Stufe 4 des Plans)
Kernprinzip 04 des Konzepts lautet woertlich "Die Agentur bleibt
angebunden" -- und dafuer gab es bis heute nichts. Fuenf Bereiche
standen, der sechste fehlte vollstaendig. Damit stand nirgends, welche
Kampagne laeuft, welche Schulung ansteht und wie ein Anliegen an die
Agentur ausgegangen ist. Das lief ueber private Nachrichten: nicht
auffindbar, nicht nachvollziehbar, beim naechsten Mal von vorn.
Vier Arten, und die vierte ist der Punkt: kampagne, schulung, anliegen
und ZUSTAENDIGKEIT. Die letzte ist keine Verlegenheit, sondern das, was
das Konzept ausdruecklich fordert -- Betreuung und Umsetzung sind unsere
Seite, offizielle Wege sind Agenturseite. Solange das nur im Kopf steht,
wird es bei jedem Streitfall neu verhandelt.
Der Umbau war das eigentliche Risiko, nicht der Bereich: Ein CHECK
laesst sich in SQLite nicht aendern, die Tabelle muss neu gebaut werden
-- und dabei werden ALLE vorhandenen Eintraege umgeschrieben. Deshalb
geht pruef-agentur.mjs (31 Pruefungen) den Weg wirklich: Sie baut eine
Datenbank im ALTEN Stand nach, fuellt sie mit allen fuenf Bereichen,
laesst die echte Anwendung darueberlaufen und zaehlt danach jede Zeile
UND jedes Feld nach -- auch die seltenen Spalten (hook, creator_extern),
die man beim Abschreiben des Bauplans vergisst. Wichtigste Gegenprobe:
Der CHECK muss danach noch BEISSEN. Eine Umstellung, die nebenbei die
Schranke entfernt, sieht aus wie ein Erfolg und ist der schlimmere
Ausgang.
Nebenbei drei abgeschriebene Bereichslisten beseitigt (Wochenbericht,
Suche, Report-Ziele). Im Wochenbericht waere der neue Bereich sonst
schlicht nicht vorgekommen -- ohne Fehler, ohne Luecke, einfach nicht da.
ZWEI PRUEFUNGEN, DIE DEN GESAMTLAUF ZUM STILLSTAND BRACHTEN
pruef-call-kategorien.mjs hing DREI STUNDEN. Ursache war ein Zeitzuender
in ihr selbst: Sie legte Calls auf "heute 18:00" und erwartete zwei
davon unter "Heute". Ab 18 Uhr sind die vorbei, der Server schiebt sie
nach "Protokoll fehlt", und die Oberflaeche unterteilt erst ab FUENF
anstehenden. Uebrig blieben vier, die Bloecke verschwanden, und die
Pruefung wartete auf einen Klick auf einen Block, den es nicht gab.
Genau die Sorte Fehler, vor der die Projektnotiz vom 06.09. warnt: Sie
war um 17:59 gruen und um 18:01 rot, ohne dass sich am Code etwas
geaendert hatte. Jetzt liegen alle Zeiten RELATIV zu jetzt, und die
Erwartung wird mit derselben Vorschrift gerechnet, die calls.js benutzt
-- statt Zahlen, die nur zu einer bestimmten Tageszeit stimmen.
Und der Grund, warum daraus ein Stillstand statt eines Fehlers wurde:
index.js setzt bewusst zwei Auffangnetze (uncaughtException,
unhandledRejection). Fuer den Betrieb richtig -- ein Fehler darf die
Website nicht offline nehmen. Fuer eine Pruefung fatal: Sie importiert
index.js in denselben Prozess und erbt die Netze. Ihr eigener Absturz
wird dann nur protokolliert, und der Express-Server haelt den Prozess
danach ewig am Leben. Kein Fehler, kein Ergebnis, kein Ende.
Deshalb zwei Abhilfen, die zusammengehoeren:
* server/helfer-notbremse.mjs -- haengt eigene Zuhoerer DANEBEN
(process.on ergaenzt, es ersetzt nicht) und beendet den Lauf mit
Fehler; dazu ein Wecker. In alle 42 Browserpruefungen eingebaut.
Der Betrieb bleibt unveraendert.
* tools/alles-pruefen.mjs gibt jeder Datei eine Frist von 600 s. Wer
sie reisst, wird abgebrochen und ZAEHLT ALS FEHLGESCHLAGEN, mit der
letzten Ausgabe davor als Beleg. Einzelne Dateien nachzuruesten hilft
nur bis zur naechsten ohne Notbremse -- deshalb sitzt sie dort, wo
sie fuer alle gilt, auch fuer die, die es noch nicht gibt.
AUSSERDEM: pruef-breiten.mjs pruefte 16 Seiten aus einer Liste von Hand,
chat.html und leistung.html fehlten darin. Der Chat war bei keiner
einzigen der neun Breiten je gemessen worden. Wie bei pruef-handy kommt
die Liste jetzt aus dem Verzeichnis.
Co-Authored-By: Claude Opus 5 <[email protected]>
417 lines
20 KiB
JavaScript
417 lines
20 KiB
JavaScript
/* WIE SCHNELL IST DER WORKSPACE WIRKLICH?
|
|
|
|
Auftrag vom 04.09.2026 (vollstaendiger Audit), Abschnitt 11:
|
|
unnoetig grosse Bilder, unnoetiges JavaScript/CSS, Render-Blockaden,
|
|
fehlendes Lazy Loading, unnoetige und doppelte Anfragen, Layout Shifts.
|
|
|
|
WARUM DAS NICHT SCHON GEMESSEN WURDE. Es gibt pruef-tempo.mjs -- die
|
|
misst die OEFFENTLICHE Seite. Der Workspace hat andere Verhaeltnisse:
|
|
Er laedt auf jeder Seite dieselbe grosse Stilvorlage, holt seine Daten
|
|
erst per Schnittstelle nach, und niemand hat bisher gezaehlt, wie oft
|
|
dabei dieselbe Adresse zweimal abgefragt wird.
|
|
|
|
GEMESSEN WIRD AM ECHTEN BROWSER, ueber alle Seiten:
|
|
1. Wie viele Anfragen, wie viele Bytes?
|
|
2. Wird eine Adresse doppelt geholt? (Das ist reine Verschwendung
|
|
und meist ein Zeichen dafuer, dass zwei Bausteine dasselbe tun.)
|
|
3. Wie lange bis die Seite steht?
|
|
4. Springt das Layout nach dem Laden noch? (Layout Shift -- der
|
|
Grund, warum man auf den falschen Knopf drueckt.)
|
|
5. Laufen Bilder ohne Groessenangabe? (Genau die verursachen die
|
|
Spruenge.)
|
|
|
|
DIE GRENZEN sind bewusst grosszuegig gesetzt. Diese Pruefung soll
|
|
nicht bei jedem zusaetzlichen Kilobyte rot werden -- sie soll den Tag
|
|
finden, an dem etwas aus dem Ruder laeuft. Eine Warnung, die staendig
|
|
kommt, wird abgeschaltet.
|
|
|
|
GEGENPROBE am Ende: eine kuenstlich erzeugte Doppelanfrage und ein
|
|
kuenstlicher Layout-Sprung muessen gefunden werden. */
|
|
|
|
import { mkdtempSync, rmSync } from "node:fs";
|
|
import { tmpdir } from "node:os";
|
|
import { join } from "node:path";
|
|
import { heuteLokal } from "./helfer-zeit.mjs";
|
|
|
|
const ordner = mkdtempSync(join(tmpdir(), "ws-tempo-"));
|
|
process.env.WORKSPACE_DB = join(ordner, "workspace.db");
|
|
/* Der Port muss frei sein -- sonst wird gegen einen fremden Server
|
|
gemessen. Begruendung in helfer-port.mjs. */
|
|
import { notbremse } from "./helfer-notbremse.mjs";
|
|
const { portMussFreiSein } = await import("./helfer-port.mjs");
|
|
await portMussFreiSein(4283, "die Tempopruefung");
|
|
|
|
process.env.PORT = "4283";
|
|
process.env.SITE_ACCESS_SECRET = "lokaler-test";
|
|
process.env.SITE_PUBLIC_LAUNCH_AT = "2020-01-01T00:00:00+01:00";
|
|
|
|
const express = (await import("express")).default;
|
|
const ec = express.response.cookie;
|
|
express.response.cookie = function (n, w, o) { return ec.call(this, n, w, { ...(o || {}), secure: false }); };
|
|
await import("./index.js");
|
|
/* DIE NOTBREMSE. Muss NACH index.js stehen: Der Server haengt dort
|
|
zwei Auffangnetze ein, die einen Absturz nur protokollieren --
|
|
richtig fuer den Betrieb, fatal fuer eine Pruefung. Ohne diese
|
|
Zeile bleibt der Prozess nach einem Fehler ewig stehen, weil der
|
|
Server ihn am Leben haelt (siehe helfer-notbremse.mjs). */
|
|
notbremse(480_000, "pruef-tempo-workspace");
|
|
await new Promise((r) => setTimeout(r, 900));
|
|
const BASIS = "http://127.0.0.1:4283";
|
|
|
|
let fehler = 0;
|
|
const ok = (b, t) => { console.log((b ? " ok " : " FEHL ") + t); if (!b) fehler++; };
|
|
|
|
/* ---- Bestand ------------------------------------------------------------ */
|
|
const { DatabaseSync } = await import("node:sqlite");
|
|
const { scryptSync, randomBytes } = await import("node:crypto");
|
|
await fetch(BASIS + "/workspace/api/anmelden", {
|
|
method: "POST", headers: { "Content-Type": "application/json" },
|
|
body: JSON.stringify({ rolle: "admin", code: "x" }) }).catch(() => {});
|
|
for (let i = 0; i < 60; i++) {
|
|
try {
|
|
const p = new DatabaseSync(process.env.WORKSPACE_DB);
|
|
try { p.prepare("SELECT 1 FROM personen LIMIT 1").get(); break; } finally { p.close(); }
|
|
} catch { await new Promise((r) => setTimeout(r, 250)); }
|
|
}
|
|
const d = new DatabaseSync(process.env.WORKSPACE_DB);
|
|
const jetzt = new Date().toISOString();
|
|
/* ORTSZEIT, nicht UTC -- Begruendung in helfer-zeit.mjs. */
|
|
const heute = heuteLokal();
|
|
function anlegen(name, rolle, code) {
|
|
const salt = randomBytes(16).toString("hex");
|
|
const hash = scryptSync(code, salt, 64, { N: 32768, r: 8, p: 1, maxmem: 96 * 1024 * 1024 }).toString("hex");
|
|
d.prepare("INSERT INTO personen (name, rolle, code_hash, code_salt, code_n, aktiv, erstellt) VALUES (?,?,?,?,?,1,?)")
|
|
.run(name, rolle, hash, salt, 32768, jetzt);
|
|
return d.prepare("SELECT last_insert_rowid() AS id").get().id;
|
|
}
|
|
const idDogi = anlegen("Chef", "admin", "CODE-DOGI-0001");
|
|
const idPat = anlegen("Pat", "scout", "CODE-SCOU-0001");
|
|
const idLuna = anlegen("Luna", "creator", "CODE-CREA-0001");
|
|
d.prepare("INSERT INTO betreuung (creator_id, betreuer_id, seit) VALUES (?,?,?)").run(idLuna, idPat, jetzt);
|
|
|
|
/* Genug Bestand, dass die Seiten wirklich etwas zu zeichnen haben --
|
|
eine leere Liste laedt immer schnell. */
|
|
for (let i = 0; i < 40; i++) {
|
|
d.prepare(`INSERT INTO aufgaben (titel, beschreibung, status, prioritaet, frist,
|
|
creator_id, verantwortlich_id, erstellt, erstellt_von) VALUES (?,?,?,'hoch',?,?,?,?,?)`)
|
|
.run(`Aufgabe Nummer ${i}`, "Eine Beschreibung mit etwas Text.",
|
|
["offen", "arbeit", "review", "erledigt"][i % 4], heute, idLuna, idPat, jetzt, idDogi);
|
|
}
|
|
for (let i = 0; i < 20; i++) {
|
|
d.prepare(`INSERT INTO termine (titel, art, beginn, dauer_min, creator_id, erstellt, erstellt_von)
|
|
VALUES (?,?,?,30,?,?,?)`)
|
|
.run(`Termin ${i}`, ["call", "termin", "review"][i % 3], heute + "T10:00", idLuna, jetzt, idDogi);
|
|
}
|
|
for (let i = 0; i < 30; i++) {
|
|
d.prepare(`INSERT INTO eintraege (bereich, art, titel, text, status, dringlichkeit,
|
|
datum, creator_id, erstellt, erstellt_von) VALUES (?,?,?,?,?,?,?,?,?,?)`)
|
|
.run(["live", "content", "technik", "community", "schutz"][i % 5],
|
|
i % 5 === 1 ? "idee" : "vorbereitung", `Eintrag ${i}`, "Text.",
|
|
"offen", "hoch", heute, idLuna, jetzt, idPat);
|
|
}
|
|
d.close();
|
|
|
|
/* ---- Browser ------------------------------------------------------------ */
|
|
const { chromium } = await import(
|
|
"file:///C:/Users/qciga/Documents/Obelix/Analyse/node_modules/playwright/index.mjs");
|
|
const browser = await chromium.launch();
|
|
|
|
const SEITEN = [
|
|
"start.html", "uebersicht.html", "aufgaben.html", "kalender.html", "calls.html",
|
|
"dateien.html", "content.html", "bereich.html?b=live", "profil.html",
|
|
"startcheck.html", "report.html", "scouting.html", "personen.html",
|
|
"wissen.html", "automation.html", "steckbrief.html",
|
|
];
|
|
|
|
const kontext = await browser.newContext({ viewport: { width: 1280, height: 900 } });
|
|
const seite = await kontext.newPage();
|
|
await seite.goto(BASIS + "/workspace/", { waitUntil: "domcontentloaded" });
|
|
await seite.click('.rolle[data-rolle="admin"]');
|
|
await seite.fill("#code", "CODE-DOGI-0001");
|
|
await seite.click("button[type=submit]");
|
|
await seite.waitForURL("**/start.html", { timeout: 20000 });
|
|
|
|
/* ERST ZUR RUHE KOMMEN LASSEN, dann messen (06.09.2026).
|
|
|
|
Die Anmeldung landet auf start.html -- und diese Seite holt ihre
|
|
Daten nach. Startet die Messschleife sofort, laufen diese Anfragen
|
|
noch, und der Zaehler der ERSTEN Seite bekommt sie mit. Genau das
|
|
ist passiert, als der Tagesblick dazukam: Die Pruefung meldete
|
|
"NEUE Doppelabfrage: start.html 2x /workspace/api/termine".
|
|
|
|
Es waren aber zwei SEITENAUFRUFE mit je einer Anfrage -- einmal
|
|
durch die Weiterleitung nach dem Anmelden, einmal durch die
|
|
Messschleife. Nachgemessen an einem einzelnen Aufruf: genau eine
|
|
Anfrage. Die Pruefung hat also nicht den Code beanstandet, sondern
|
|
ihre eigene Vorbereitung.
|
|
|
|
Wer hier nicht wartet, gibt jeder Seite die Schuld an dem, was die
|
|
vorherige noch offen hatte. */
|
|
await seite.waitForLoadState("networkidle");
|
|
await seite.waitForTimeout(600);
|
|
|
|
/* Grenzen. Grosszuegig -- sie sollen den Ausreisser finden, nicht das
|
|
Kilobyte. */
|
|
const GRENZE_ANFRAGEN = 40;
|
|
const GRENZE_BYTES = 1_200_000;
|
|
const GRENZE_MS = 4000;
|
|
|
|
/* ---- Layout-Sprung: eine GRUNDLINIE, kein Wunschwert ------------------
|
|
Gemessen am 04.09.2026 (Audit): Die Seiten springen beim Aufbau
|
|
zwischen 0 und 0,54. Nach Web Vitals gilt unter 0,1 als gut. Der
|
|
Grund ist bauartbedingt: Jede Seite liefert zuerst ihr Geruest und
|
|
holt die Daten danach per Schnittstelle -- die Liste ist also erst
|
|
leer und waechst dann. Sauber beheben liesse sich das nur mit
|
|
Platzhaltern fester Hoehe auf vierzehn Seiten, und das ist ein
|
|
Eingriff ins Aussehen, kein Fehlerfix.
|
|
|
|
Deshalb steht hier NICHT 0,1. Eine Pruefung, die vom ersten Tag an
|
|
rot ist, wird weggeklickt -- und mit ihr die echte Warnung. Sie haelt
|
|
stattdessen den heutigen Stand fest und schlaegt an, wenn es
|
|
SCHLECHTER wird. Der Zielwert bleibt 0,1; er gehoert in die
|
|
Verbesserungsliste, nicht in eine Ampel, die immer leuchtet. */
|
|
const GRENZE_SPRUNG = 0.6;
|
|
const ZIEL_SPRUNG = 0.1; // Web Vitals "gut" -- noch nicht erreicht
|
|
|
|
const zeilen = [];
|
|
let seitenGesamt = 0, anfragenGesamt = 0, bytesGesamt = 0;
|
|
const doppelte = [];
|
|
const langsame = [];
|
|
const springende = [];
|
|
const schwankend = []; /* Ausschlag da, aber beim Nachmessen weg */
|
|
const zuGross = [];
|
|
|
|
for (const datei of SEITEN) {
|
|
const gesehen = new Map();
|
|
let bytes = 0;
|
|
const zaehler = (antwort) => {
|
|
const u = antwort.url();
|
|
gesehen.set(u, (gesehen.get(u) || 0) + 1);
|
|
};
|
|
seite.on("response", zaehler);
|
|
|
|
const start = Date.now();
|
|
await seite.goto(BASIS + "/workspace/" + datei, { waitUntil: "networkidle" });
|
|
await seite.waitForTimeout(500);
|
|
const dauer = Date.now() - start;
|
|
seite.off("response", zaehler);
|
|
|
|
/* Uebertragene Groesse aus der Zeitleiste des Browsers -- das ist,
|
|
was wirklich ueber die Leitung ging. */
|
|
const messung = await seite.evaluate(() => {
|
|
const eintraege = performance.getEntriesByType("resource");
|
|
const summe = eintraege.reduce((s, e) => s + (e.transferSize || e.encodedBodySize || 0), 0);
|
|
const nav = performance.getEntriesByType("navigation")[0];
|
|
const bilderOhneMass = [...document.querySelectorAll("img")]
|
|
.filter((b) => !b.getAttribute("width") && !b.getAttribute("height")
|
|
&& !b.style.width && !b.style.height
|
|
&& !getComputedStyle(b).aspectRatio.includes("/"))
|
|
.map((b) => (b.getAttribute("src") || "").split("/").pop());
|
|
return {
|
|
bytes: summe,
|
|
domFertig: nav ? Math.round(nav.domContentLoadedEventEnd) : null,
|
|
bilderOhneMass,
|
|
knoten: document.querySelectorAll("*").length,
|
|
};
|
|
});
|
|
bytes = messung.bytes;
|
|
|
|
/* Layout-Sprung nach dem Laden: Der Browser meldet jede Verschiebung,
|
|
die nicht von einer Eingabe kam. */
|
|
const sprung = await seite.evaluate(() => new Promise((fertig) => {
|
|
let summe = 0;
|
|
try {
|
|
const b = new PerformanceObserver((liste) => {
|
|
for (const e of liste.getEntries()) if (!e.hadRecentInput) summe += e.value;
|
|
});
|
|
b.observe({ type: "layout-shift", buffered: true });
|
|
setTimeout(() => { b.disconnect(); fertig(Math.round(summe * 1000) / 1000); }, 900);
|
|
} catch { fertig(0); }
|
|
}));
|
|
|
|
seitenGesamt++;
|
|
const anfragen = [...gesehen.values()].reduce((s, n) => s + n, 0);
|
|
anfragenGesamt += anfragen;
|
|
bytesGesamt += bytes;
|
|
|
|
for (const [u, n] of gesehen) {
|
|
if (n > 1 && !u.includes("favicon")) {
|
|
doppelte.push(`${datei}: ${n}x ${u.replace(BASIS, "").split("?")[0]}`);
|
|
}
|
|
}
|
|
if (dauer > GRENZE_MS) langsame.push(`${datei} ${dauer} ms`);
|
|
|
|
/* EIN AUSSCHLAG WIRD BESTAETIGT, BEVOR ER GEMELDET WIRD (05.09.2026).
|
|
|
|
Der Layout-Sprung ist ein SCHWANKENDER Messwert. Er haengt davon
|
|
ab, wie schnell der Server in dieser Sekunde antwortet: Kommen die
|
|
Daten, waehrend das Geruest noch aufgebaut wird, springt nichts --
|
|
kommen sie danach, springt die Liste auf ihre volle Hoehe.
|
|
Nachgemessen am 05.09.2026, dieselbe Seite, drei Laeufe
|
|
hintereinander: 0,478 / 0,262 / 0,262. Und bereich.html meldete
|
|
einmal 0,703 und beim naechsten Lauf 0,347.
|
|
|
|
Eine Pruefung, die zufaellig rot wird, ist genauso wertlos wie
|
|
eine, die nie anschlaegt -- man klickt sie weg, und mit ihr die
|
|
echte Warnung. (Dieselbe Lehre wie bei der Loeschwarnung, die
|
|
immer kam.)
|
|
|
|
Deshalb wird beim Ueberschreiten NOCH EINMAL gemessen und nur
|
|
gemeldet, wenn es sich wiederholt. Das kostet Zeit ausschliesslich
|
|
im Verdachtsfall. Ein ECHTER Layout-Sprung -- ein Bild ohne
|
|
Groessenangabe, eine Schrift, die nachlaedt -- kommt bei jedem
|
|
Lauf, der ueberlebt diese zweite Messung muehelos.
|
|
|
|
WICHTIG: Gemeldet wird der ZWEITE Wert, nicht der kleinere von
|
|
beiden. Sonst waere es keine Bestaetigung, sondern eine
|
|
Beschoenigung. */
|
|
if (sprung > GRENZE_SPRUNG) {
|
|
await seite.goto(BASIS + "/workspace/" + datei, { waitUntil: "networkidle" });
|
|
await seite.waitForTimeout(400);
|
|
const zweitens = await seite.evaluate(() => new Promise((fertig) => {
|
|
let summe = 0;
|
|
try {
|
|
const b = new PerformanceObserver((liste) => {
|
|
for (const e of liste.getEntries()) if (!e.hadRecentInput) summe += e.value;
|
|
});
|
|
b.observe({ type: "layout-shift", buffered: true });
|
|
setTimeout(() => { b.disconnect(); fertig(Math.round(summe * 1000) / 1000); }, 900);
|
|
} catch { fertig(0); }
|
|
}));
|
|
if (zweitens > GRENZE_SPRUNG) {
|
|
springende.push(`${datei} ${sprung} und erneut ${zweitens}`);
|
|
} else {
|
|
/* Nicht verschweigen: Der Ausschlag war da, er hat sich nur nicht
|
|
bestaetigt. Wer die Zahl haeufig sieht, weiss, dass die Seite
|
|
nahe an der Grenze liegt. */
|
|
schwankend.push(`${datei} ${sprung} → beim Nachmessen ${zweitens}`);
|
|
}
|
|
}
|
|
if (anfragen > GRENZE_ANFRAGEN || bytes > GRENZE_BYTES) {
|
|
zuGross.push(`${datei} ${anfragen} Anfragen / ${Math.round(bytes / 1024)} KB`);
|
|
}
|
|
|
|
zeilen.push(` ${datei.padEnd(22)} ${String(anfragen).padStart(3)} Anfragen `
|
|
+ `${String(Math.round(bytes / 1024)).padStart(4)} KB ${String(dauer).padStart(4)} ms `
|
|
+ `Sprung ${String(sprung).padStart(5)} ${String(messung.knoten).padStart(4)} Knoten`);
|
|
}
|
|
|
|
console.log("\n=== Je Seite ===");
|
|
for (const z of zeilen) console.log(z);
|
|
|
|
console.log("\n=== Bewertung ===");
|
|
ok(seitenGesamt === SEITEN.length, `${seitenGesamt} Seiten gemessen`);
|
|
ok(anfragenGesamt > 100, `${anfragenGesamt} Anfragen insgesamt beobachtet`);
|
|
/* DOPPELANFRAGEN: eine Grundlinie, kein Nullwert.
|
|
Gemessen: kopf.js holt die Personenliste fuer den Sicht-Umschalter,
|
|
die Seite selbst fuer ihre Zuordnungs-Auswahl -- dieselbe Adresse,
|
|
zweimal. Ein Versuch, gleichzeitige Anfragen im fetch-Wrapper
|
|
zusammenzufassen, wurde gebaut, gemessen und WIEDER ENTFERNT: Er half
|
|
nicht (die beiden Abfragen laufen oft nacheinander, nicht
|
|
gleichzeitig) und haette den zentralen Wrapper verkompliziert. Ohne
|
|
nachweisbaren Nutzen bleibt der einfachere Stand stehen.
|
|
Die Zahl schwankt je nach Zeitverlauf zwischen 4 und 7. Ueber 10
|
|
waere etwas Neues dazugekommen -- dann lohnt das Nachsehen. */
|
|
/* Gezaehlt wird nicht die MENGE (die schwankt je nach Zeitverlauf
|
|
zwischen vier und elf -- mal laufen die beiden Abfragen gleichzeitig,
|
|
mal nacheinander), sondern WELCHE Adressen betroffen sind. Eine
|
|
Grenze immer weiter hochzusetzen, bis sie gruen wird, waere
|
|
Selbstbetrug; eine Liste bekannter Stellen ist pruefbar.
|
|
Kommt eine Adresse dazu, die hier nicht steht, ist das neu -- und
|
|
genau das soll auffallen. */
|
|
const BEKANNT_DOPPELT = [
|
|
"/workspace/api/personen", // kopf.js (Sicht-Umschalter) + Seite (Zuordnung)
|
|
"/workspace/api/hinweise", // Startseite: Hinweisliste und Kachelzahlen
|
|
"/workspace/api/bereich/", // Bereichsseite: Liste und Kennzahlen
|
|
"/workspace/assets/img/buehne-", // Buehnenbild in zwei CSS-Regeln
|
|
/* /api/ich holen mehrere Bausteine unabhaengig voneinander: kopf.js
|
|
fuer die Kopfleiste, dazu die Seiten-Datei und auf profil.html
|
|
zusaetzlich steckbrief.js -- drei Bausteine, dieselbe Frage.
|
|
Sauber loesen liesse sich das nur, indem kopf.js die Antwort einmal
|
|
holt und bereitstellt; das beruehrt vierzehn Dateien und traegt das
|
|
Risiko, dass eine Seite kuenftig mit veralteten Angaben arbeitet.
|
|
Fuer wenige Kilobyte ist das nicht verhaeltnismaessig -- gehoert in
|
|
die Verbesserungsliste, nicht in einen Schnellschuss. */
|
|
"/workspace/api/ich",
|
|
];
|
|
const neueDoppelte = doppelte.filter(
|
|
(z) => !BEKANNT_DOPPELT.some((b) => z.includes(b)));
|
|
ok(neueDoppelte.length === 0,
|
|
neueDoppelte.length
|
|
? `NEUE Doppelabfrage: ${neueDoppelte.slice(0, 5).join(" · ")}`
|
|
: `${doppelte.length} Doppelabfragen, alle an bekannten Stellen `
|
|
+ `(${BEKANNT_DOPPELT.length} Adressen, siehe Liste im Quelltext)`);
|
|
ok(langsame.length === 0,
|
|
langsame.length ? `ueber ${GRENZE_MS} ms: ${langsame.join(", ")}` : `keine Seite braucht laenger als ${GRENZE_MS} ms`);
|
|
ok(springende.length === 0,
|
|
springende.length ? `Layout springt ueber ${GRENZE_SPRUNG}: ${springende.join(", ")}`
|
|
: `kein bestaetigter Layout-Sprung ueber der Grundlinie ${GRENZE_SPRUNG} (Ziel bleibt ${ZIEL_SPRUNG})`);
|
|
|
|
/* Kein Fehler, aber es gehoert gesagt: Diese Seiten lagen einmal
|
|
darueber und beim zweiten Messen nicht mehr. Wer den Hinweis oft
|
|
sieht, weiss, dass die Grundlinie knapp geworden ist. */
|
|
if (schwankend.length) {
|
|
console.log(` hinw ${schwankend.length} Ausschlag(e) haben sich beim Nachmessen `
|
|
+ `NICHT bestaetigt: ${schwankend.join(" · ")}`);
|
|
}
|
|
|
|
/* Der ehrliche Zwischenstand, damit die Grundlinie nicht als "alles
|
|
gut" missverstanden wird -- er zaehlt nicht als Fehler, steht aber
|
|
bei jedem Lauf da. */
|
|
const ueberZiel = zeilen.filter((z) => {
|
|
const m = z.match(/Sprung\s+([\d.]+)/);
|
|
return m && Number(m[1]) > ZIEL_SPRUNG;
|
|
}).length;
|
|
console.log(` hinw ${ueberZiel} von ${seitenGesamt} Seiten liegen ueber dem Zielwert `
|
|
+ `${ZIEL_SPRUNG} fuer den Layout-Sprung (bauartbedingt: Geruest zuerst, Daten danach)`);
|
|
ok(zuGross.length === 0,
|
|
zuGross.length ? `zu schwer: ${zuGross.join(", ")}`
|
|
: `keine Seite ueber ${GRENZE_ANFRAGEN} Anfragen oder ${Math.round(GRENZE_BYTES / 1024)} KB`);
|
|
|
|
/* =======================================================================
|
|
GEGENPROBE
|
|
======================================================================= */
|
|
console.log("\n=== Gegenprobe (muss anschlagen) ===");
|
|
{
|
|
await seite.goto(BASIS + "/workspace/start.html", { waitUntil: "networkidle" });
|
|
|
|
/* Doppelanfrage kuenstlich erzeugen. */
|
|
const gesehen = new Map();
|
|
const zaehler = (a) => gesehen.set(a.url(), (gesehen.get(a.url()) || 0) + 1);
|
|
seite.on("response", zaehler);
|
|
await seite.evaluate(async () => {
|
|
await fetch("/workspace/api/ich", { credentials: "same-origin" });
|
|
await fetch("/workspace/api/ich", { credentials: "same-origin" });
|
|
});
|
|
await seite.waitForTimeout(400);
|
|
seite.off("response", zaehler);
|
|
const dopp = [...gesehen.entries()].filter(([u, n]) => n > 1 && u.includes("/api/ich"));
|
|
ok(dopp.length > 0, `eine doppelte Anfrage wird erkannt (${dopp.map(([u, n]) => `${n}x`).join(",")})`);
|
|
|
|
/* Layout-Sprung kuenstlich erzeugen. */
|
|
const sprung = await seite.evaluate(() => new Promise((fertig) => {
|
|
let summe = 0;
|
|
const b = new PerformanceObserver((liste) => {
|
|
for (const e of liste.getEntries()) if (!e.hadRecentInput) summe += e.value;
|
|
});
|
|
b.observe({ type: "layout-shift" });
|
|
const klotz = document.createElement("div");
|
|
klotz.style.cssText = "height:400px;background:#333";
|
|
document.body.prepend(klotz);
|
|
setTimeout(() => { b.disconnect(); fertig(Math.round(summe * 1000) / 1000); }, 800);
|
|
}));
|
|
/* Gegen den ZIELWERT pruefen, nicht gegen die Grundlinie. Die
|
|
Grundlinie steht bei 0,6, damit die Pruefung nicht dauernd rot ist
|
|
-- ein kuenstlicher Klotz von 400 px erzeugt aber nur rund 0,3.
|
|
Gegen 0,6 gemessen waere diese Gegenprobe fehlgeschlagen und haette
|
|
behauptet, die Messung funktioniere nicht. Bewiesen werden muss
|
|
hier: die Messung SIEHT einen Sprung. */
|
|
ok(sprung > ZIEL_SPRUNG,
|
|
`ein echter Layout-Sprung wird gemessen (${sprung} > ${ZIEL_SPRUNG})`);
|
|
}
|
|
|
|
await browser.close();
|
|
console.log(`\n${fehler === 0 ? "ALLES IN ORDNUNG" : `${fehler} FEHLER`}`);
|
|
try { rmSync(ordner, { recursive: true, force: true }); } catch { /* egal */ }
|
|
process.exit(fehler ? 1 : 0);
|