Files
dogfather-universe/server/workspace-sicherung.js
T
DogFatherGitandClaude Opus 5 d8720debc1 Personen & Automationen gehoeren DogFather allein -- und das Formular laeuft nicht mehr ueber
ZWEI MELDUNGEN.

1. "DAS SIEHT JA MAL RICHTIG SCHEISSE AUS"
   Die Rollenauswahl im Formular "Neue Person" lief unten aus dem
   Formular heraus und legte sich ueber die Personenliste darunter.

   Die Ursache war keine schlampige Gestaltung, sondern eine Regel, die
   fuer etwas anderes gemacht ist: `.neu__raster > *` (aufgaben.css) gibt
   JEDEM direkten Kind ein Raster mit fester Zeilenhoehe von 44 px, damit
   Beschriftung und Eingabefeld in allen Spalten auf einer Linie sitzen.
   Fuer ein einzeiliges Feld ist das genau richtig. Die Rollenauswahl ist
   aber kein Feld, sondern ein Block aus vier hohen Karten -- die passten
   nicht in 44 px, und was nicht hineinpasst, steht eben daneben.

   Das Formular ist jetzt aus dem Spaltenraster geloest und liest sich
   von oben nach unten: NAME (schmal, ein Name braucht keine 1200 px),
   ROLLE (volle Breite, vier gleich breite Karten), Knoepfe. Das ist
   nicht nur reparierter Ueberlauf, sondern auch die Reihenfolge, in der
   man die Sache tatsaechlich entscheidet.

   Dazu zwei Kleinigkeiten, die den Unterschied machen: Das Namensfeld
   war ohne Rasterzeile 60 px hoch geworden (`height: 100%` einer Zeile,
   die es nicht mehr gibt) -- hoeher als die Knoepfe daneben, was nach
   Versehen aussieht, weil es eins war. Und die gewaehlte Rolle traegt
   jetzt ein HAEKCHEN, nicht nur einen etwas helleren Rahmen: Genau die
   Art Unterschied, die im Kontrastmodus verschwindet und fuer
   farbunsichere Augen nie existiert hat.

2. "DIE MANAGER SOLLEN DIESE KATEGORIEN GARNICHT SEHEN"
   "Personen & Zugaenge" und "Automationen" gehoeren ab sofort allein
   DogFather.

   Bei den Personen war es ohnehin ein Widerspruch im eigenen Haus: In
   der Rollenauswahl steht seit jeher "Manager -- dieselben Rechte wie
   DogFather, AUSSER der Personenverwaltung". Die Kachel stand trotzdem
   bei ihm, und die Schranke liess ihn hinein: Codes erneuern, sperren,
   Zuteilungen aendern. Eine Beschreibung, die etwas anderes sagt als die
   Software, ist schlimmer als beides einzeln -- man weiss danach nicht
   mehr, welcher von beiden man glauben soll.

   Umgesetzt auf DREI Ebenen, weil Wegnehmen was man SIEHT kein
   Rechteentzug ist:
     1. die Kachel erscheint nicht mehr
     2. die Seite leitet zur Startseite zurueck (GESCHUETZT)
     3. die Schnittstellen antworten mit 404 -- Personenverwaltung,
        Systemzustand, KI-Schalter

   FOLGE, die bewusst in Kauf genommen wird: Die Betreuungs-Zuteilung
   liegt auf der Personenseite. Ab jetzt kann also NUR DogFather
   festlegen, wer welchen Creator betreut.

GEPRUEFT: server/pruef-personen-formular.mjs, 20 Pruefungen. Das Aussehen
wird gemessen, nicht angesehen: Endet die Rollenauswahl innerhalb des
Formulars? Ragt eine Karte seitlich hinaus? Liegt etwas ueber der Liste?
Sind alle vier Karten gleich breit (272-272 px)? Traegt die gewaehlte ein
Haekchen? Dazu zwei Gegenproben: DogFather kommt weiterhin an beide
Bereiche (sonst waere jede Sperr-Zeile auch bei einem fuer ALLE kaputten
Bereich gruen), und die Managerin arbeitet ansonsten unveraendert weiter.
Bestehende Laeufe gruen: Rollen 97, Handy 50, Sicherung 41, Personenliste
33, Team 30, Formulare 19, Code 17, Grosscheck 15.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-03 00:00:41 +02:00

450 lines
18 KiB
JavaScript

/* ===================================================================
Sicherung und Zustand.
Bis heute wurde nur EINMAL gesichert: direkt vor einer Umstellung der
Datenbank. Faellt die Platte aus, ist alles weg -- die komplette
Betreuung, jede Aufgabe, jedes Protokoll. Das war das einzige Risiko
im ganzen Aufbau, das auf einen Schlag ALLES kostet.
Zwei Dinge, die beim Nachsehen auf dem Server auffielen und die den
Bauplan hier bestimmen:
1) Die Datei `workspace.db` war 4 KB gross, die Datei `workspace.db-wal`
dagegen 2,1 MB. Im WAL-Betrieb landen Schreibvorgaenge zuerst im
-wal und wandern erst beim "Checkpoint" in die Hauptdatei. Der lief
seit dem ersten Tag nicht. Wer also die `.db` kopiert haette --
der naheliegendste Sicherungsweg ueberhaupt -- haette eine LEERE
Datenbank gesichert und es nicht gemerkt.
Deshalb: NIE die Datei kopieren. Immer `VACUUM INTO`. Das laesst
SQLite selbst schreiben, liest das WAL mit und ergibt eine in sich
stimmige, aufgeraeumte Datei -- auch waehrend geschrieben wird.
2) Vor jeder Sicherung wird zusaetzlich ein Checkpoint erzwungen. Das
haelt die Hauptdatei aktuell und das WAL klein. Ohne das waechst
es unbegrenzt weiter.
Die Sicherung laeuft IM Programm, nicht als eigener Systemdienst.
Gruende: keine Aenderung an Systemdateien noetig (die duerfte ich
nicht ohne Filipe), der Prozess hat die Datenbank ohnehin offen, und
sie kommt mit jedem `git pull` automatisch mit.
Grundsatz wie ueberall hier: Eine gescheiterte Sicherung darf die
Website nie mitreissen. Alles ist eingepackt, jeder Fehler wird
vermerkt und ist auf der Automationen-Seite zu sehen.
=================================================================== */
import express from "express";
import {
readdirSync, statSync, unlinkSync, mkdirSync, existsSync, statfsSync, renameSync,
} from "node:fs";
import { join, dirname, sep } from "node:path";
import { createRequire } from "node:module";
import { randomBytes, timingSafeEqual } from "node:crypto";
import { fileURLToPath, pathToFileURL } from "node:url";
import {
db, DB_PFAD, DATEN_ORDNER, einstellung, einstellungSetzen, istLeitung, istDogFather,
protokolliere, sitzungLesen,
} from "./workspace.js";
/* node:sqlite wird wie in workspace.js NACHTRAEGLICH geholt, nicht oben
importiert. Ein `import` waere fest verdrahtet und wuerde beim
Hochfahren den GESAMTEN Website-Prozess abbrechen, wenn das Modul
fehlt -- also auch die oeffentliche Seite. So bleibt der Schaden auf
die Sicherung beschraenkt. */
const require = createRequire(pathToFileURL(dirname(fileURLToPath(import.meta.url)) + "/"));
const ORDNER = join(DATEN_ORDNER, "sicherungen");
/* Wie viele wovon aufgehoben werden. Grossvater-Vater-Sohn: viele frische
fuer "ups, eben geloescht", wenige alte fuer "das war schon letzten
Monat falsch". Bei 2 MB je Datei kostet das nichts. */
const BEHALTEN = { taeglich: 7, woechentlich: 4, monatlich: 6, vorher: 12 };
const zahl2 = (n) => String(n).padStart(2, "0");
/* Ortszeit, nicht UTC. Eine Sicherung, die im Namen den 30. traegt, aber
am 31. lief, verwirrt genau dann, wenn man sie braucht. */
function heuteOrt(d = new Date()) {
return `${d.getFullYear()}-${zahl2(d.getMonth() + 1)}-${zahl2(d.getDate())}`;
}
/* Welche Art ist heute faellig? Monatlich schlaegt woechentlich schlaegt
taeglich -- am 1., der auf einen Sonntag faellt, entsteht sonst
dieselbe Datei dreimal. */
function artFuer(d = new Date()) {
if (d.getDate() === 1) return "monatlich";
if (d.getDay() === 0) return "woechentlich"; // Sonntag
return "taeglich";
}
function ordnerSicherstellen() {
if (!existsSync(ORDNER)) mkdirSync(ORDNER, { recursive: true });
}
export function sicherungenListe() {
try {
ordnerSicherstellen();
return readdirSync(ORDNER)
.filter((n) => n.endsWith(".db"))
.map((name) => {
const s = statSync(join(ORDNER, name));
return { name, groesse: s.size, zeit: s.mtime.toISOString() };
})
.sort((a, b) => b.name.localeCompare(a.name));
} catch { return []; }
}
/* Alte wegraeumen -- je Art getrennt, damit eine Woche voller taeglicher
Sicherungen nie die monatlichen verdraengt. */
function aufraeumen() {
const alle = sicherungenListe();
let weg = 0;
for (const [art, wieviele] of Object.entries(BEHALTEN)) {
const dieser = alle.filter((s) => s.name.startsWith(art + "-"));
for (const alt of dieser.slice(wieviele)) {
try { unlinkSync(join(ORDNER, alt.name)); weg++; } catch { /* egal */ }
}
}
return weg;
}
/* Eine frisch geschriebene Sicherung wird SOFORT wieder geoeffnet und
geprueft. Eine Sicherung, die man nie aufgemacht hat, ist eine
Vermutung -- und man merkt es erst an dem Tag, an dem man sie braucht.
Geprueft wird beides: die Unversehrtheit der Datei UND ob die Personen
ueberhaupt drinstehen (gegen genau den Fall, der hier drohte: eine
technisch einwandfreie, aber leere Datei). */
function pruefen(pfad) {
const { DatabaseSync } = require("node:sqlite");
const p = new DatabaseSync(pfad, { readOnly: true });
try {
const heil = p.prepare("PRAGMA integrity_check").get();
const wert = heil ? Object.values(heil)[0] : "";
if (wert !== "ok") return { gut: false, grund: "integrity_check: " + wert };
const n = p.prepare("SELECT COUNT(*) AS n FROM personen").get()?.n ?? 0;
if (n === 0) return { gut: false, grund: "keine Personen in der Sicherung" };
return { gut: true, personen: n };
} finally { try { p.close(); } catch { /* egal */ } }
}
/* `eigeneDatei` ist fuer Sicherungen VOR einer unumkehrbaren Handlung.
Der Grund dafuer kam aus der Pruefung: Wer drei Personen hintereinander
loescht, ueberschreibt sonst dreimal dieselbe Tagesdatei -- und die
letzte Fassung kennt die erste geloeschte Person schon nicht mehr. Die
Sicherung haette dann genau in dem Fall versagt, fuer den sie gemacht
ist.
Deshalb bekommt jede solche Sicherung einen eigenen Namen mit Uhrzeit
und kann nichts ueberschreiben. Zwoelf davon werden aufgehoben; bei
rund 200 KB je Datei kostet das nichts. */
export function sicherungJetzt(grund = "planmaessig", eigeneDatei = false) {
const begonnen = Date.now();
const d = db();
ordnerSicherstellen();
/* Checkpoint zuerst: bringt das WAL in die Hauptdatei und macht es
wieder klein. TRUNCATE statt PASSIVE, weil PASSIVE aufgibt, sobald
jemand liest -- und dann waere das WAL nach Wochen immer noch da. */
let checkpoint = null;
try {
checkpoint = d.prepare("PRAGMA wal_checkpoint(TRUNCATE)").get();
} catch (f) {
checkpoint = { fehler: f?.message };
}
const art = eigeneDatei ? "vorher" : artFuer();
const n = new Date();
const stempel = eigeneDatei
/* Millisekunden mit dabei: Ohne sie trugen drei Loeschungen in
derselben Sekunde denselben Namen, und die Zaehler-Notloesung
darunter musste jedes Mal greifen -- die Dateinamen sortierten
sich dann nicht mehr nach Zeit ("...-2.db" steht vor "....db"). */
? `${heuteOrt()}-${zahl2(n.getHours())}${zahl2(n.getMinutes())}${zahl2(n.getSeconds())}`
+ String(n.getMilliseconds()).padStart(3, "0")
: heuteOrt();
let ziel = join(ORDNER, `${art}-${stempel}.db`);
if (eigeneDatei) {
/* Niemals ueberschreiben, egal wie fein die Uhr ist. Drei Loeschungen
in derselben Sekunde ergaben mit reinem Zeitstempel EINE Datei --
die zweite und dritte loeschten die vorherige. Genau der Fall, fuer
den die Sicherung da ist, waere damit ungesichert gewesen.
Aufgefallen ist es nur, weil die Pruefung die ANZAHL der Dateien
gezaehlt hat und nicht bloss, ob eine da ist. */
let zaehler = 2;
while (existsSync(ziel)) ziel = join(ORDNER, `${art}-${stempel}-${zaehler++}.db`);
} else {
/* VACUUM INTO weigert sich, wenn die Zieldatei schon existiert. Am
selben Tag zweimal planmaessig zu sichern ist erlaubt -- die neue
ersetzt dann die alte. */
try { if (existsSync(ziel)) unlinkSync(ziel); } catch { /* egal */ }
}
const dateiname = ziel.slice(ziel.lastIndexOf(sep) + 1);
/* Erst neben das Ziel schreiben, dann pruefen, dann umbenennen. Sonst
stuende nach einem Abbruch eine halbe Datei unter dem richtigen
Namen -- und die wuerde man fuer gut halten. */
const vorlaeufig = ziel + ".teil";
try { if (existsSync(vorlaeufig)) unlinkSync(vorlaeufig); } catch { /* egal */ }
d.exec(`VACUUM INTO '${vorlaeufig.replace(/'/g, "''")}'`);
const geprueft = pruefen(vorlaeufig);
if (!geprueft.gut) {
try { unlinkSync(vorlaeufig); } catch { /* egal */ }
throw new Error("Sicherung war unbrauchbar: " + geprueft.grund);
}
renameSync(vorlaeufig, ziel);
const groesse = statSync(ziel).size;
const weg = aufraeumen();
const ergebnis = {
zeit: new Date().toISOString(),
datei: dateiname,
art,
groesse,
personen: geprueft.personen,
dauer_ms: Date.now() - begonnen,
geloescht: weg,
grund,
checkpoint: checkpoint && !checkpoint.fehler
? `${checkpoint.busy ?? "?"}/${checkpoint.log ?? "?"}/${checkpoint.checkpointed ?? "?"}`
: (checkpoint?.fehler || null),
};
/* Eine Sicherung VOR einer Loeschung ist kein planmaessiger Lauf. Wuerde
sie den Vermerk setzen, glaubte die Zustandsanzeige, die naechtliche
Sicherung sei erledigt -- und in der Nacht liefe keine mehr. */
if (!eigeneDatei) {
einstellungSetzen("sicherung_letzte", JSON.stringify(ergebnis));
einstellungSetzen("sicherung_fehler", "");
}
return ergebnis;
}
/* ---------- Zeitsteuerung ---------------------------------------------
Kein setTimeout auf 24 Stunden: Ein Neustart -- und sei es nur ein
Deploy -- setzt ihn zurueck, und dann faellt die Sicherung eines Tages
still aus. Stattdessen wird viertelstuendlich geschaut, ob fuer HEUTE
schon eine liegt. Das ueberlebt Neustarts, Zeitumstellung und
Ausfaelle: Wird der Rechner drei Tage spaeter wieder angeschaltet,
sichert er sofort statt bis Mitternacht zu warten.
--------------------------------------------------------------------- */
const PRUEFTAKT_MS = 15 * 60 * 1000;
const STUNDE_AB = 3; // nachts, wenn nichts los ist
function faellig() {
const jetzt = new Date();
const letzteRoh = einstellung("sicherung_letzte");
let letzte = null;
try { letzte = letzteRoh ? JSON.parse(letzteRoh) : null; } catch { /* kaputt = keine */ }
/* Liegt fuer heute schon eine? Geprueft wird die DATEI, nicht nur der
Vermerk -- sonst haelt ein Eintrag ohne Datei die Sicherung auf. */
const heute = heuteOrt(jetzt);
const daFuerHeute = sicherungenListe().some((s) => s.name.includes(heute));
if (daFuerHeute) return false;
/* Vor drei Uhr nur dann, wenn seit ueber einem Tag gar nichts kam --
dann war die Maschine aus und es soll nicht bis zur naechsten Nacht
dauern. */
if (jetzt.getHours() >= STUNDE_AB) return true;
if (!letzte?.zeit) return true;
return Date.now() - Date.parse(letzte.zeit) > 30 * 3600_000;
}
let laeuft = false;
function versuchen() {
if (laeuft) return;
laeuft = true;
try {
if (!faellig()) return;
const e = sicherungJetzt("planmaessig");
console.log(`[sicherung] ${e.datei} · ${Math.round(e.groesse / 1024)} KB · `
+ `${e.personen} Personen · ${e.dauer_ms} ms`
+ (e.geloescht ? ` · ${e.geloescht} alte entfernt` : ""));
} catch (fehler) {
/* Laut, aber nicht toedlich. Der Fehler landet zusaetzlich in den
Einstellungen, damit er auf der Automationen-Seite steht -- eine
Fehlermeldung, die nur im Systemprotokoll steht, liest niemand. */
console.error("[sicherung] fehlgeschlagen:", fehler?.message);
try {
einstellungSetzen("sicherung_fehler",
JSON.stringify({ zeit: new Date().toISOString(), text: String(fehler?.message || fehler) }));
} catch { /* egal */ }
} finally { laeuft = false; }
}
export function sicherungStarten() {
/* Nicht sofort beim Hochfahren: Erst soll die Website antworten. Und
die Datenbank oeffnet ohnehin erst beim ersten echten Zugriff -- ein
Sicherungslauf im Startmoment wuerde sie nur unnoetig frueh oeffnen
und einen Fehler dort zum Startfehler machen. */
const ersterLauf = setTimeout(versuchen, 60_000);
const takt = setInterval(versuchen, PRUEFTAKT_MS);
ersterLauf.unref?.();
takt.unref?.();
}
/* ---------- Zustandsseite --------------------------------------------- */
export const sicherungRouter = express.Router();
/* ACHTUNG, unauffaellige Falle: In workspace-aufgaben.js steht
`aufgabenRouter.use("/workspace/api", angemeldet)` -- eine Schranke,
die JEDEN Pfad unter /workspace/api abfaengt, nicht nur die eigenen.
Alle spaeter eingehaengten Module leben davon mit, ohne es zu sagen.
Fuer die Rueckmeldung der Kopie ist das toedlich: Sie kommt von einem
unbeaufsichtigten Skript ohne Sitzung und wuerde dort mit 401
abgewiesen, noch bevor der Schluessel ueberhaupt geprueft wird. Genau
das ist beim ersten Versuch passiert -- der richtige Schluessel gab
401 und sah aus wie ein Fehler in der Pruefung.
Deshalb haengt dieses Modul VOR dem Aufgabenmodul (siehe index.js) und
bringt seine eigene Schranke mit. Nebeneffekt: Es haengt an keinem
anderen Modul mehr. */
function angemeldet(req, res, next) {
const person = sitzungLesen(req);
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
req.person = person;
next();
}
/* NUR DogFather (02.09.2026). Diese Wege speisen die Seite
"Automationen" -- Systemzustand, Sicherungen, Protokoll. Sie steht
seit heute nur noch DogFather offen; der Weg dorthin folgt ihr.
Der Name bleibt, damit die Aufrufer unveraendert bleiben. */
function nurLeitung(req, res, next) {
if (!istDogFather(req.person)) return res.status(404).json({ fehler: "nicht gefunden" });
next();
}
sicherungRouter.get("/workspace/api/zustand", angemeldet, nurLeitung, (req, res) => {
try {
const d = db();
const lies = (s) => { try { return JSON.parse(einstellung(s) || "null"); } catch { return null; } };
let platte = null;
try {
const s = statfsSync(DATEN_ORDNER);
platte = { frei: s.bavail * s.bsize, gesamt: s.blocks * s.bsize };
} catch { /* nicht ueberall vorhanden */ }
/* Die Groesse des WAL ist die Zahl, an der genau der Fehler
aufgefallen waere, den es hier gab. Sie gehoert deshalb sichtbar
auf die Seite und nicht nur in ein Protokoll. */
const dateien = {};
for (const [schluessel, pfad] of [["db", DB_PFAD], ["wal", DB_PFAD + "-wal"]]) {
try { dateien[schluessel] = statSync(pfad).size; } catch { dateien[schluessel] = null; }
}
const heil = (() => {
try {
const r = d.prepare("PRAGMA quick_check").get();
return r ? Object.values(r)[0] : null;
} catch { return null; }
})();
const liste = sicherungenListe();
res.json({
letzte: lies("sicherung_letzte"),
fehler: lies("sicherung_fehler"),
kopie: lies("kopie_letzte"),
sicherungen: liste.slice(0, 20),
anzahl: liste.length,
belegt: liste.reduce((n, s) => n + s.groesse, 0),
behalten: BEHALTEN,
dateien,
platte,
heil,
journal: (() => {
try { return Object.values(d.prepare("PRAGMA journal_mode").get() || {})[0]; }
catch { return null; }
})(),
seit: Math.round(process.uptime()),
stand: new Date().toISOString(),
});
} catch (fehler) {
console.error("[zustand]", fehler?.message);
res.status(500).json({ fehler: "Zustand konnte nicht gelesen werden." });
}
});
/* ---------- Rueckmeldung der Kopie ausserhalb des Servers -------------
Der Rechner holt sich die Sicherungen selbst -- der Server kann ihn ja
nicht erreichen. Damit hat das Ganze aber eine gefaehrliche
Eigenschaft: Bleibt der Rechner wochenlang aus oder scheitert die
geplante Aufgabe still, merkt es NIEMAND. Man glaubt, man haette eine
Kopie ausserhalb, und hat sie nicht.
Deshalb meldet sich das Abholskript nach jedem erfolgreichen Lauf hier
zurueck. Auf der Automationen-Seite steht dann, wie alt die Kopie ist,
und sie wird auffaellig, wenn zu lange nichts kam.
Bewusst KEINE Anmeldung mit Zugangscode: Das Skript liefe unbeaufsichtigt
und muesste den Code dauerhaft auf der Platte liegen haben. Stattdessen
ein eigener, langer Schluessel, der NUR dieses eine kann -- einen
Zeitstempel setzen. Wer ihn stiehlt, kann nichts lesen und nichts
aendern. Verglichen wird zeitunabhaengig, damit sich der Schluessel
nicht ueber die Antwortzeit erraten laesst.
--------------------------------------------------------------------- */
function kopieSchluessel() {
let s = einstellung("kopie_schluessel");
if (!s) {
s = randomBytes(24).toString("base64url");
einstellungSetzen("kopie_schluessel", s);
}
return s;
}
sicherungRouter.post("/workspace/api/zustand/kopie", express.json({ limit: "8kb" }), (req, res) => {
try {
const gesendet = String(req.get("x-kopie-schluessel") || "");
const echt = kopieSchluessel();
const a = Buffer.from(gesendet);
const b = Buffer.from(echt);
if (a.length !== b.length || !timingSafeEqual(a, b)) {
return res.status(401).json({ fehler: "Schlüssel stimmt nicht." });
}
einstellungSetzen("kopie_letzte", JSON.stringify({
zeit: new Date().toISOString(),
dateien: Number(req.body?.dateien) || 0,
sicherungen: Number(req.body?.sicherungen) || 0,
bytes: Number(req.body?.bytes) || 0,
rechner: String(req.body?.rechner || "").slice(0, 60),
}));
res.json({ ok: true });
} catch (fehler) {
res.status(500).json({ fehler: String(fehler?.message || fehler) });
}
});
/* Den Schluessel darf nur DogFather sehen -- er ist ein Geheimnis, auch
wenn er wenig kann. Gebraucht wird er genau einmal beim Einrichten. */
sicherungRouter.get("/workspace/api/zustand/kopie-schluessel", angemeldet, nurLeitung, (req, res) => {
if (!istDogFather(req.person)) return res.status(404).json({ fehler: "nicht gefunden" });
res.json({ schluessel: kopieSchluessel() });
});
/* Von Hand ausloesen -- vor einer groesseren Aenderung will man nicht bis
drei Uhr nachts warten. Nur die Leitung, und es wird protokolliert. */
sicherungRouter.post("/workspace/api/zustand/sichern", angemeldet, nurLeitung, (req, res) => {
try {
const e = sicherungJetzt("von Hand · " + (req.person?.name || "?"));
protokolliere("sicherung_erstellt", {
personId: req.person?.id, rolle: req.person?.rolle, detail: e.datei,
});
res.json(e);
} catch (fehler) {
res.status(500).json({ fehler: String(fehler?.message || fehler) });
}
});