Files
dogfather-universe/server/pruef-nachruesten.mjs
T
DogFatherGitandClaude Opus 5 6e46a08543 Portnummern werden abgeleitet, nicht mehr vergeben
Gemessen: 165 Pruefdateien, 129 verschiedene Nummern -- NEUNZEHN
doppelt, vier davon dreifach. Niemand hatte das gewollt; jede neue
Pruefung wurde von einer vorhandenen abgeschrieben, und die Nummer kam
mit. Meine eigene Notiz sagte "sieben" -- auch eine Bestandsliste
altert.

Der Waechter faengt den Schaden ab, aber er kann nur melden, was schon
passiert ist: Zwei Pruefungen mit derselben Nummer koennen nie
gleichzeitig laufen, und ein liegengebliebener Prozess der einen laesst
die andere abbrechen mit einer Meldung, die wie ein Befund aussieht.
Genau das ist mir am 20.09. zweimal passiert.

Jetzt leitet jede Datei ihre Nummer aus ihrer STELLE IM ALPHABET ab
(eigenerPort in helfer-port.mjs), zwei je Datei. Nicht ueber eine
Pruefsumme: Bei 165 Namen in 4900 Nummern waeren nach dem
Geburtstagsproblem rund DREI Zusammenstoesse zu erwarten -- ein Hash
tauscht eine sichtbare Doppelung gegen eine unsichtbare. Die Stelle im
Alphabet ist eindeutig von der Bauart her.

--- ZWEI FEHLER AUF DEM WEG, BEIDE LEHRREICH -------------------------

1. DER ERSTE VERSUCH WAR GRUEN UND KAPUTT. Ersetzt wurde mit einem
   Muster: "([^"]*4231[^"]*)". Das hielt

     { host: "127.0.0.1", port: 4231, path: "/404.html" }

   fuer eine Zeichenkette -- ein Muster kann eine oeffnende nicht von
   einer schliessenden Anfuehrung unterscheiden. Heraus kam

     { host: "127.0.0.1`, port: ${PORT}, path: `/404.html" }

   also GUELTIGER Code ohne port-Feld. `node --check` sagte gruen fuer
   alle 164 Dateien. Aufgefallen ist es erst, weil ich vier Vertreter
   gegen eine vorher gemessene Grundlinie laufen liess: pruef-schranke
   39/0 vorher, 38/1 nachher.

   Alles zurueckgenommen und mit einem Zerleger neu gemacht, der weiss,
   ob eine Stelle Code, Zeichenkette, Vorlage, Kommentar oder
   regulaerer Ausdruck ist. In pruef-ics stand die Nummer in einem
   regulaeren Ausdruck -- der wird jetzt gebaut statt hingeschrieben.

2. EIN MODUL, DAS BEIM IMPORTIEREN ARBEITET, IST EINE FALLE. Der
   zweite Durchgang importierte den ersten, um seine Mechanik zu
   benutzen -- und fuehrte dessen Hauptlauf gleich mit aus. Die
   zweiten Nummern wurden dadurch als erste behandelt, zwei Aufrufe
   bekamen dieselbe Nummer, und in pruef-content stand `const PORT`
   zweimal.

--- WAS DAS DAUERHAFT HAELT -----------------------------------------

pruef-portnummern.mjs (neu, 8 Pruefungen) fragt nicht "welche Nummern
sind doppelt", sondern "wer traegt ueberhaupt noch eine von Hand ein"
und "wer startet einen Server, ohne seine Nummer abzuleiten". Die
zweite Frage hat sofort etwas gefunden, das in KEINER Doppelungsliste
stand: pruef-push-weg belegte 4341 und 4342, rief den Waechter aber
gar nicht auf -- dieselbe Nummer wie pruef-agentur. Eine Liste zeigt
nur, was auf ihr steht.

Mit Gegenprobe: Eine unbekannte Datei bekommt keine geratene Nummer,
sondern einen Abbruch, und eine dritte Nummer je Datei gibt es nicht.

--- NACHGEMESSEN ----------------------------------------------------

Sechzehn Pruefungen gegen ihre vorher gemessene Grundlinie, je eine
Vertreterin jeder umgestellten Bauweise (eine Nummer, zwei Nummern,
Nummer in einer Zeichenkette, in einer Vorlage, in einem regulaeren
Ausdruck, dynamische Einfuhr, Nachtlauf mit zwei Laeufen):

  crew-adresse 132/0 · schranke 39/0 · content 45/0 · entwicklung 46/0
  anruf 127/0 · ics 37/0 · push-weg 20/0 · arten 28/0 · video 67/0
  kanalzeile 14/0 · agentur 62/0 · spicy 83/0 · creator-anlegen 50/0
  push-ziel 10/0 · portnummern 8/0

Alle exakt wie vorher. Zwei waren schon vorher rot und sind es
unveraendert geblieben (crew-wand-bild 41/4, teilen 14/3) -- per
`git stash` belegt, nicht angenommen.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-20 22:51:21 +02:00

226 lines
10 KiB
JavaScript

/* =====================================================================
EINE ALTE DATENBANK BEKOMMT NEUE SPALTEN (17.09.2026)
Entstanden aus einem Fehlalarm, den ich selbst verursacht habe.
WAS PASSIERT IST: Nach dem Ausliefern des Trichter-Ausgangs prüfte
mein Deploy-Block vier Sekunden nach dem Neustart, ob
`talent_stufe` die drei neuen Spalten hat. Antwort: 0. Das sah aus
wie eine fehlgeschlagene Umstellung an lebenden Daten -- und war
keine. Die Spalten entstehen beim ERSTEN angemeldeten Aufruf des
Bereichs (`tabellen()` in workspace-entwicklung.js, gesteuert über
`bereit`), und vier Sekunden nach einem Neustart hat sich noch
niemand angemeldet. Die Prüfung verlangte eine Aussage, die zu
diesem Zeitpunkt gar nicht wahr sein KONNTE.
WAS DABEI AUFFIEL, und das ist der eigentliche Fund: Der Weg „alte
Datenbank bekommt neue Spalten" war NIE GEPRÜFT. Jede Prüfung im
Haus startet auf einer frischen Datei, in der die Tabellen mit
allen Spalten neu entstehen -- der Nachrüst-Pfad wurde dabei nie
betreten. Gemessen: 27 Stellen in drei Dateien rüsten Spalten so
nach. Live ist das der einzige Weg, der überhaupt vorkommt.
Das ist dieselbe Sorte Lücke wie die Sicherung, die nie
zurückgespielt wurde: Sie meldet jahrelang „in Ordnung" und sagt
nichts darüber, ob sie im Ernstfall trägt.
WAS HIER GEPRÜFT WIRD: Eine Datenbank wird auf den Stand von VOR
der Änderung zurückgebaut -- genau die sieben Spalten, die am
17.09. live standen. Dann läuft ein echter Aufruf, und danach muss
das Schema vollständig sein UND die Seite antworten.
Aufrufen mit: node server/pruef-nachruesten.mjs
===================================================================== */
import { mkdtempSync, rmSync } from "node:fs";
import { tmpdir } from "node:os";
import { join } from "node:path";
import { request as httpAnfrage } from "node:http";
import { eigenerPort } from "./helfer-port.mjs";
const PORT = await eigenerPort(import.meta, "pruef-nachruesten");
const ordner = mkdtempSync(join(tmpdir(), "ws-nachruesten-"));
process.env.WORKSPACE_DB = join(ordner, "workspace.db");
process.env.PORT = String(PORT);
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 }); };
import { notbremse } from "./helfer-notbremse.mjs";
await import("./index.js");
notbremse(120_000, "pruef-nachruesten");
await new Promise((r) => setTimeout(r, 800));
process.on("uncaughtException", (f) => { console.error("ABSTURZ:", f); process.exit(7); });
let fehler = 0, geprueft = 0;
const melde = (t) => console.log(t);
const ok = (b, t) => { geprueft++; console.log((b ? " ok " : " FEHL ") + t); if (!b) fehler++; };
const { DatabaseSync } = await import("node:sqlite");
const { scryptSync, randomBytes } = await import("node:crypto");
/* =======================================================================
DER ALTE ZUSTAND
Die sieben Spalten sind am 17.09.2026 vom laufenden Server abgelesen
(`PRAGMA table_info(talent_stufe)`), nicht ausgedacht. Wer die Liste
ändert, muss wissen, warum -- sie beschreibt einen Stand, den es
wirklich gab.
======================================================================= */
const ALT = ["eintrag_id", "stufe", "seit", "von_id", "notiz", "buddy_id", "erste_schicht"];
/* Die Spalten, die auf einer bestehenden Datenbank nachkommen muessen.
`person_id` kam am Abend des 17.09. dazu (die Verknuepfung zwischen
Talentkarte und angelegtem Zugang) und wird hier mitgefuehrt: Jede
neue Spalte gehoert in diese Liste, sonst prueft die Datei den Weg
von gestern. */
const NEU = ["beendet_am", "beendet_grund", "beendet_von", "person_id",
"zustaendig_id", "zustaendig_seit"];
{
const d = new DatabaseSync(process.env.WORKSPACE_DB);
const salt = randomBytes(16).toString("hex");
const hash = scryptSync("CODE-DOGI-0001", 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("Filipe", "admin", hash, salt, 32768, new Date().toISOString());
d.exec("DROP TABLE IF EXISTS talent_stufe");
d.exec(`CREATE TABLE talent_stufe (
eintrag_id INTEGER PRIMARY KEY,
stufe TEXT NOT NULL,
seit TEXT NOT NULL,
von_id INTEGER,
notiz TEXT,
buddy_id INTEGER,
erste_schicht TEXT
)`);
/* EINE ZEILE MUSS DRIN SEIN. Über eine leere Tabelle läuft
`talentKarte` gar nicht -- und dann bewiese ein „200" nur, dass
der Weg ohne Daten funktioniert. Genau diese Sorte grüner Haken
hat im September schon zweimal nichts bewiesen. */
d.exec(`INSERT INTO eintraege (bereich, art, titel, text, datum, status, erstellt, erstellt_von)
VALUES ('talente','empfohlen','Aus der alten Datenbank','x',date('now'),'offen',datetime('now'),1)`);
d.exec(`INSERT INTO talent_stufe (eintrag_id, stufe, seit, von_id)
SELECT id, 'probe', datetime('now'), 1 FROM eintraege WHERE bereich='talente'`);
const spalten = d.prepare("PRAGMA table_info(talent_stufe)").all().map((s) => s.name);
d.close();
melde("=== 1. Der Ausgangszustand ===");
ok(spalten.join(",") === ALT.join(","),
`die Tabelle steht auf dem alten Stand (${spalten.length} Spalten)`);
/* GEGENPROBE zur Voraussetzung: Wären die Spalten hier schon da,
bewiese der Rest nichts -- die Prüfung hätte dann nur bestätigt,
dass Vorhandenes vorhanden ist. */
ok(NEU.every((s) => !spalten.includes(s)),
"und die drei neuen fehlen wirklich -- sonst prüft das Folgende nichts");
}
function roh(pfad, kopf = {}, koerper = null, methode = null) {
return new Promise((fertig, schief) => {
const a = httpAnfrage({
host: "127.0.0.1", port: PORT, path: pfad,
method: methode || (koerper ? "POST" : "GET"),
headers: { Host: "workspace.dogfather-universe.com",
...(koerper ? { "Content-Type": "application/json" } : {}), ...kopf },
}, (antwort) => {
let text = "";
antwort.on("data", (s) => { text += s; });
antwort.on("end", () => fertig({ code: antwort.statusCode, text, kopf: antwort.headers }));
});
a.on("error", schief);
if (koerper) a.write(JSON.stringify(koerper));
a.end();
});
}
/* =======================================================================
2. EIN ECHTER AUFRUF RÜSTET NACH
======================================================================= */
melde("");
melde("=== 2. Der erste Aufruf ===");
const an = await roh("/workspace/api/anmelden", {}, { rolle: "admin", code: "CODE-DOGI-0001" });
const keks = [].concat(an.kopf?.["set-cookie"] || []).map((c) => c.split(";")[0]).join("; ");
ok(an.code === 200 && !!keks, `angemeldet (${an.code})`);
const lage = await roh("/workspace/api/talente/lage", { cookie: keks });
ok(lage.code === 200,
lage.code === 200 ? "die Talente-Seite antwortet (200)"
: `die Talente-Seite antwortet mit ${lage.code}: ${lage.text.slice(0, 120)}`);
{
const d = new DatabaseSync(process.env.WORKSPACE_DB);
const spalten = d.prepare("PRAGMA table_info(talent_stufe)").all().map((s) => s.name);
d.close();
const fehlt = NEU.filter((s) => !spalten.includes(s));
ok(fehlt.length === 0,
fehlt.length ? `es fehlen noch: ${fehlt.join(", ")}`
: `die drei Spalten sind dabei entstanden (${spalten.length} insgesamt)`);
/* UND DIE ALTEN SIND NOCH DA. Ein Nachrüsten, das nebenbei etwas
verliert, ist schlimmer als keines -- und genau das ist am
11.09. passiert, als eine abgeschriebene Spaltenliste beim
Tabellenneubau drei Spalten samt Inhalt weggeworfen hat, ohne
Fehlermeldung und bei unveränderter Zeilenzahl. */
ok(ALT.every((s) => spalten.includes(s)),
"und keine der alten ist dabei verlorengegangen");
}
/* =======================================================================
3. UND DIE KARTE TRÄGT DAS NEUE FELD
Dass die Spalte existiert, heißt noch nicht, dass die Anwendung sie
ausliefert. Das ist ein zweiter Schritt und eine zweite Frage.
======================================================================= */
melde("");
melde("=== 3. Was ankommt ===");
{
let j = null;
try { j = JSON.parse(lage.text); } catch { /* bleibt null */ }
const k = (j?.kandidaten || [])[0];
ok(!!k, `die Karte aus der alten Datenbank kommt an (${k?.titel})`);
ok(k && "beendet" in k, "und sie trägt das neue Feld");
ok(k?.beendet === null, `das bei einem laufenden Kandidaten leer ist (${k?.beendet})`);
}
/* =======================================================================
4. UND ES LÄSST SICH SOFORT BENUTZEN
Der eigentliche Beweis: nicht nur lesen, sondern schreiben. Eine
nachgerüstete Spalte, in die sich nichts eintragen lässt, wäre ein
halber Umbau -- und der fiele erst auf, wenn jemand ihn braucht.
======================================================================= */
melde("");
melde("=== 4. Schreiben in die neue Spalte ===");
{
/* DER DRITTE AUSGANG. Beim Gegenprobieren (Nachruesten ausgebaut)
lieferte die Seite 503, `j.kandidaten` war undefiniert -- und
dieser Abschnitt STUERZTE AB, statt rot zu melden. Ein Absturz
sagt weniger als ein Fehlschlag: Er verschluckt die vier Zeilen,
die danach gekommen waeren, und sieht aus wie ein Problem der
Pruefung statt wie eines der Sache. */
let j = null;
try { j = JSON.parse(lage.text); } catch { /* bleibt null */ }
const id = j?.kandidaten?.[0]?.id;
if (!id) {
ok(false, "konnte nicht schreiben -- es kam schon keine Karte an (siehe oben)");
ok(false, "und damit auch nichts nachlesen");
} else {
const r = await roh(`/workspace/api/talente/${id}/beenden`, { cookie: keks },
{ grund: "Aus der alten Datenbank heraus beendet." }, "PUT");
ok(r.code === 200, `beenden geht (${r.code})`);
const l2 = JSON.parse((await roh("/workspace/api/talente/lage", { cookie: keks })).text);
const b = (l2.beendete || []).find((x) => x.id === id);
ok(!!b && b.beendet?.grund?.startsWith("Aus der alten"),
`und der Satz steht in der nachgerüsteten Spalte (${b?.beendet?.grund})`);
}
}
/* ------------------------------------------------------------------- */
melde("");
melde(`${geprueft} Pruefungen, ${fehler} Fehler`);
melde(fehler ? "NICHT IN ORDNUNG" : "ALLES IN ORDNUNG");
try { rmSync(ordner, { recursive: true, force: true }); } catch { /* Aufraeumrest */ }
process.exit(fehler ? 1 : 0);