Files
dogfather-universe/server/workspace-sicherung.js
T
DogFatherGitandClaude Opus 5 51c3d4402b Audit des Creator Workspace, App-Symbole fuer alle Apps der Domain
AUDIT (Auftrag: vollstaendiger Durchgang, Fehler direkt beheben)

Ausgangslage waren 40 Pruefungen mit 1616 Einzelpunkten, alle gruen.
Acht neue Pruefungen kamen dazu; sie haben gefunden, was die alten nicht
sehen konnten.

Der schwerste Fund: Die Zugangsschranke verglich req.path EXAKT gegen
eine Liste. Express raeumt Punkt-Segmente selbst weg, mehrfache
Schraegstriche aber nicht. Damit kam //workspace/start.html OHNE
Anmeldung mit HTTP 200, und ein Creator bekam ueber
/workspace//personen.html die Verwaltungsseite. Die DATEN waren nie
betroffen (nachgemessen: 404 bzw. 401). Behoben durch Normalisierung
UND eine Umkehr der Logik -- jetzt ist jede .html geschuetzt ausser der
Anmeldeseite, statt nur die in der Liste. Eine vergessene neue Seite
steht damit nicht mehr versehentlich offen.

Weiter behoben:
  * Kaputter/abgebrochener Rumpf ergab 500 in HTML statt 400 in JSON --
    die Oberflaeche ruft ueberall a.json() und lief in einen zweiten
    Fehler; der Knopf hing ohne Meldung.
  * POST /zustand/sichern war der einzige von 60 schreibenden Wegen
    ohne Herkunftspruefung.
  * workspace-sicherung.js gab interne Pfade in Fehlermeldungen nach
    aussen; alle 23 anderen Module antworten neutral.
  * admin_notiz war als einziges von 14 Feldern ohne <label>.
  * Der aktive Filter hatte keinen sichtbaren Fokus (CSS-Spezifitaet
    0,3,0 schlug 0,2,0) -- genau der Knopf, auf dem man steht.
  * h1 -> h3 ohne Zwischenstufe auf zwei Seiten.
  * HSTS ging auch ueber http mit (RFC 6797, 7.2 verbietet das).
  * upgrade-insecure-requests galt auch auf 127.0.0.1 -- dadurch war
    WebKit/Safari ueberhaupt nicht pruefbar, also der Browser, den
    jedes iPhone benutzt.
  * pruef-grosscheck las readdirSync(".") und pruefte aus server/
    gestartet NULL oeffentliche Seiten -- meldete aber "ok".

Neue Pruefungen: struktur, schranke, haerte, alle-wege,
barrierefrei-workspace, breiten, tempo-workspace, browser.
Jede mit Gegenprobe und mit der geprueften Anzahl in der Bedingung.
Vier davon sind beim Bauen durch die eigene Gegenprobe aufgeflogen und
haetten sonst dauerhaft gruen gemeldet, ohne etwas zu messen.

APP-SYMBOLE (Wunsch: alle Apps der Domain, jede anders, ausser
safeaddress)

Zehn Apps, zehn Stile, zehn in OKLCH gerechnete Farben. Zusammen haelt
sie dasselbe Logo, dieselbe Eckenrundung und eine gemeinsame gedeckte
Farbreihe. Beim Bauen wird gemessen, ob sich das Logo vom Grund abhebt
(19 bis 58 Helligkeitsstufen).

Dabei aufgefallen: Das Kundenportal hatte kein eigenes Manifest und
trug Namen und Symbol der Webdesign-Seite. Der Workspace hatte gar
keins und war als App nicht installierbar. Beide haben jetzt eins.

Geaendert wurde AUSSCHLIESSLICH das Symbol. Ein Zwischenstand hatte
auch die Themenfarben gesetzt; das war mehr als bestellt und wurde
zurueckgenommen.

Werkzeuge: tools/logo-freistellen.mjs, tools/app-symbole.mjs,
tools/app-symbole-einbinden.mjs -- alles im Browser gerechnet, kein
Bildprogramm, keine neue Abhaengigkeit.

Gitea und Nextcloud sind bereits live und nachgeprueft.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-05 11:42:17 +02:00

488 lines
20 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();
}
/* BEFUND 04.09.2026 (Audit): Dieses Modul war das einzige ohne
Herkunftspruefung. Von sechzig schreibenden Wegen im ganzen Workspace
nahm genau einer eine fremde Herkunft an -- `POST /zustand/sichern`.
Wie schlimm? Der Sitzungs-Keks steht auf SameSite=lax, ein fremdes
Formular schickt ihn also gar nicht erst mit; und eine zusaetzliche
Sicherung richtet keinen Schaden an. Trotzdem gehoert die Schranke
hin, aus zwei Gruenden: Eine Sicherung ist ein `VACUUM INTO` ueber die
ganze Datenbank -- wer sie im Sekundentakt ausloest, beschaeftigt den
Server sinnlos. Und wichtiger: Eine Verteidigungslinie, die an 59 von
60 Stellen gilt, ist keine Regel mehr, sondern ein Zufall. Die eine
Ausnahme ist es, die beim naechsten Mal kopiert wird.
Wortgleich zu den anderen Modulen -- absichtlich: Diese Pruefung ist
kurz genug, dass eine gemeinsame Fassung sie nur schwerer auffindbar
machen wuerde. */
function gleicheHerkunft(req, res, next) {
const herkunft = req.get("origin");
if (!herkunft) return next();
let erlaubt;
try { erlaubt = new URL(herkunft).host === req.get("host"); } catch { erlaubt = false; }
if (!erlaubt) return res.status(403).json({ fehler: "fremde_herkunft" });
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) {
/* Ebenfalls neutral nach aussen (siehe unten bei /sichern). Diese
Antwort geht an ein unbeaufsichtigtes Skript auf einem fremden
Rechner -- der Grund gehoert ins Log des Servers, nicht dorthin. */
console.error("[workspace] Rueckmeldung der Kopie:", fehler?.stack || fehler);
res.status(503).json({ fehler: "nicht_verfuegbar" });
}
});
/* 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",
gleicheHerkunft, 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) {
/* BEFUND 04.09.2026: Hier stand die ECHTE Fehlermeldung in der
Antwort. Bei einer Sicherung enthaelt die regelmaessig den
vollen Pfad der Datenbank auf der Platte ("SQLITE_CANTOPEN:
/home/dogiweb/workspace-daten/..."). Alle 23 anderen Module
antworten neutral und schreiben den Grund ins Log -- diese eine
Stelle nicht. Jetzt genauso: drinnen der Grund, draussen die
Auskunft. */
console.error("[workspace] Sicherung von Hand:", fehler?.stack || fehler);
res.status(503).json({ fehler: "Die Sicherung hat nicht geklappt. Der Grund steht im Protokoll." });
}
});