Files
dogfather-universe/server/index.js
T
DogFatherGit 5d89d108f9 Die Reaction: zusammen schauen, live, mit Kamera und Chat
Filipes Kurznotiz vom 28.09.2026, von links nach rechts:

    Kachel sichtbar -> geschlossen -> Vorbereitung -> Wartebereich/
    Chat -> Countdown -> LIVE -> Reaction + Gaeste + Chat + PayPal
    -> Ende

DREI STAENDE, NICHT SIEBEN

„Wartebereich" und „Countdown" sind keine eigenen Zustaende, sondern
das, was „Vorbereitung" auf dem Bildschirm TUT. Drei Staende, die
sich gegenseitig ausschliessen, sind pruefbar; sieben, von denen sich
vier ueberlappen, sind es nicht.

DAS VIDEO LAEUFT NICHT UEBER DIESEN SERVER

Naheliegend waere: Der Host spielt ab, alle sehen seinen Bildschirm.
Das waere aus zwei Gruenden falsch. Rechtlich ist ein
weitergesendetes YouTube-Video eine oeffentliche Wiedergabe -- genau
die Sache, fuer die Kanaele gesperrt werden. Und technisch kostet es
Bandbreite und Qualitaet.

Jeder Zuschauer laedt das Video deshalb SELBST. Uebertragen wird nur
der Spielstand: Kennung, laeuft/pausiert, Sekunde. Das sind ein paar
Byte, jeder sieht es in voller Qualitaet, und alle sind auf derselben
Sekunde. Nachgefuehrt wird erst ab anderthalb Sekunden Abweichung --
ein Player, dem man jede Sekunde eine neue Position gibt, ruckelt
sichtbar.

DIE KAMERAS LAUFEN DIREKT VON MENSCH ZU MENSCH

Ueber denselben Weg wie die Anrufe im Haus (seit 18.09.), nur mit
mehr Empfaengern. Das hat eine Grenze, und sie ist gerechnet, nicht
geraten: Bei 360p und rund 350 kbit/s sind zwoelf Zuschauer etwa
4 Mbit/s Upload beim Host. Darueber schaltet die Sendung von selbst
auf Ton um -- wer keine Kamera mehr bekommt, hoert alles, sieht das
Video und kann schreiben. Ehrlicher als eine Verbindung, die stockt,
und sichtbar im Regiepult.

Heute sind es elf Menschen im ganzen Haus (gemessen: 1 admin, 1 hand,
1 linke, 4 modi, 4 gast). Die Grenze ist weit weg -- sie steht
trotzdem drin, weil sie sonst erst auffaellt, wenn es zu spaet ist.

DIE SEITE IST ANDERS GEBAUT ALS JEDE ANDERE IM HAUS

Ueberall sonst: Kacheln, Karten, Listen -- man liest, entscheidet,
geht wieder. Hier sitzt man. Eine Stunde, mit anderen, auf EINE
Sache schauend. Deshalb kein Raster, sondern ein SAAL: grosse Flaeche
fuer das Video, Kamerabilder als schwebende Fenster darueber, der
Chat als Schiene daneben. Die Seite scrollt nicht -- ein Video, das
beim Tippen im Chat nach oben rutscht, ist der schnellste Weg, dass
jemand aufhoert zu schreiben.

Fuer den Host ein REGIEPULT: vier senkrechte Regler nebeneinander wie
an einem Mischpult, darueber die Sendung, daneben Gaeste und
Anordnung, unten drei grosse Knoepfe. Es SCHIEBT den Saal, es deckt
ihn nicht zu.

Die Kachel traegt ihren Zustand als Farbe: grau geschlossen,
bernstein in Vorbereitung, rot auf Sendung. Keine Ton-Nummer -- der
Farbraum ist bei 46 voll, und sie braucht auch keine.

PAYPAL: EINE QUELLE

Der Knopf nimmt den Weg, der auf der Unterstuetzen-Seite hinterlegt
ist -- derselbe Eintrag, dieselbe Pflege. Ist dort nichts eingetragen
oder steht er auf unsichtbar, erscheint hier kein Knopf. Eine
geratene Adresse ist an dieser Stelle die gefaehrlichste aller
Abkuerzungen.

=======================================================================
ACHT FEHLER, DIE OHNE MESSUNG LIVE GEGANGEN WAEREN
=======================================================================

1. `data-live` WAR SCHON VERGEBEN. Die Draussen-Kachel bekommt es,
   sobald Filipe auf Twitch sendet. Meine Regel haette ihr waehrend
   jedes Streams die Farbe genommen -- genau dann, wenn sie wichtig
   ist. Heisst jetzt `data-sendung`, und pruef-reaktion haelt beides
   auseinander.

2. DIE INHALTSRICHTLINIE HAETTE YOUTUBE LAUTLOS GESPERRT. Die Datei
   warnt an genau dieser Stelle selbst davor: Am 27.08.2026 hat
   `frame-src 'none'` den Musik-Knopf stillgelegt -- der Knopf
   reagierte, das Feld ging auf, und wo die Player sein sollten,
   blieb es leer. Hier waere das Ergebnis eine schwarze Leinwand vor
   Publikum gewesen. youtube-nocookie.com fuer den Rahmen (setzt keine
   Werbekennungen), www.youtube.com fuer die Einbett-API,
   i.ytimg.com fuer die Vorschaubilder.

3. KAMERA UND MIKROFON WAREN GESPERRT. Dieselbe Falle, vor der
   index.js selbst warnt -- und die am 18.09. schon einmal zugeschlagen
   hat. Die Ausnahme ist jetzt eine benannte MENGE statt eines zweiten
   Sonderfalls, und pruef-kamera-richtlinie.mjs haelt sie GEGEN DEN
   QUELLTEXT: Welche Seite laedt ein Skript, das getUserMedia
   aufruft? Genau die muss drinstehen -- und keine andere. Eine
   Liste, die abgeleitet wird, kann nicht veralten.

4. ZWEI ANRUFE AN DIESELBE PERSON. Zwischen `await kameraHolen()` und
   dem Anlegen der Verbindung laeuft alles andere weiter; jeder Takt
   sagte wieder „den kenne ich noch nicht". Der Empfaenger antwortete
   auf beide Angebote, und die zweite Antwort traf eine Verbindung,
   die laengst stand.

5. DAS ANGEBOT GING HINAUS, BEVOR DER EMPFAENGER ZUHOEREN KONNTE.
   Gemessen:

       [spur] an [3] reaktion_signal | offen: [2,1]
       ...
       [spur] Strom auf fuer 3 Lenny

   Die Anmeldung ist ein gewoehnlicher Abruf und sofort durch, der
   Ereignisstrom eine stehende Verbindung. Der Host erfaehrt vom
   Neuankoemmling also zuverlaessig, BEVOR der zuhoeren kann.
   Die Richtung ist jetzt umgedreht: Wer bereit ist, BITTET um den
   Anruf -- er ist der Einzige, der das sicher weiss. Dazu ein
   eigener, schneller Takt (2,5 s) und eine Ruecknahme, wenn ein
   Angebot bei niemandem ankommt.

6. EIN VIDEO MIT TON STARTET NICHT VON ALLEIN. `videoWidth` war 640,
   das Bild kam also an -- und das Fenster blieb schwarz. Kein
   Fehler, keine Meldung, es passiert einfach nichts. Die Kameras
   starten jetzt stumm (stumm darf losgehen), ein Knopf schaltet den
   Ton frei, und die erste Beruehrung der Seite tut es ohnehin.

7. DIE LADE AM HANDY GING NICHT AUF. Gemessen: ein 390x775 grosser
   Saal mit 219 px Video und 556 px Leere darunter. Statt den Knopf
   zu reparieren, ist die Lade weg -- unter Kopfleiste und Video
   bleiben auf einem Telefon rund 550 px, das ist mehr Chat, als eine
   Lade je zeigen wuerde. Ein Zustand weniger ist besser als ein
   Zustand, der funktioniert.

8. `sendBeacon` KANN NUR POST. Beim Schliessen des Fensters wird ein
   gewoehnlicher Abruf abgebrochen; mein DELETE waere nie angekommen,
   und jeder haette zwei Minuten lang als anwesend gegolten.

Dazu drei Funde der Hauspruefungen, alle von mir verursacht:
17 Schriftgroessen unter der Lesbarkeitsgrenze von 11,5 px, elf
Maschinenworte ohne deutschen Satz, und ein Aufbewahrungseintrag ohne
Rechtsgrundlage.

=======================================================================

GEMESSEN

pruef-reaktion            74 Punkte, 0 Fehler (11 Abschnitte)
pruef-kamera-richtlinie   10 Punkte, 0 Fehler (neu, abgeleitet)
mess-reaktion             beide Kameras kommen an, 640 px, laufen --
                          beim Zuschauer UND beim Host. Diese Messung
                          hat einen Rueckgabewert: Alles andere kann
                          gruen sein, und trotzdem sitzt jeder vor
                          einem schwarzen Rechteck.
pruef-handy               180 (vorher 177), pruef-notizen 79,
pruef-aufbewahrung        45, pruef-meldungen 8, pruef-css-klassen 33,
pruef-struktur            35, pruef-crew-adresse 161,
pruef-haus-trennung       100, pruef-start-ansicht 160 -- alle 0 Fehler.
2026-09-28 01:52:22 +02:00

608 lines
29 KiB
JavaScript
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
/* =====================================================================
index.js — Haupteinstiegspunkt für DogFather Universe. Liefert die statische Website aus
(../ ist der Ordner mit allen .html-Dateien) plus die Zugangsschranke (gate.js), 1:1 wie
vorher der Cloudflare Worker (gate-worker.js).
===================================================================== */
import "dotenv/config";
import express from "express";
import cookieParser from "cookie-parser";
import { dirname, join } from "node:path";
import { fileURLToPath } from "node:url";
import { gateMiddleware } from "./gate.js";
import { workspaceUmzug } from "./workspace-umzug.js";
import { crewWeiche } from "./crew-adresse.js";
import { webdesignGate } from "./webdesign-gate.js";
import { inhaltsrichtlinie } from "./inhaltsrichtlinie.js";
import { workspaceRouter, sichtSetzen } from "./workspace.js";
import { aufgabenRouter } from "./workspace-aufgaben.js";
import { zuteilungRouter } from "./workspace-zuteilung.js";
import { willkommenRouter } from "./workspace-willkommen.js";
import { materialRouter } from "./workspace-material.js";
import { personenRouter } from "./workspace-personen.js";
import { profilRouter } from "./workspace-profil.js";
import { kalenderRouter } from "./workspace-kalender.js";
import { serienRouter, serienStarten } from "./workspace-serien.js";
import { dateienRouter } from "./workspace-dateien.js";
import { bereicheRouter } from "./workspace-bereiche.js";
import { treffRouter } from "./workspace-treff.js";
import { entwicklungRouter } from "./workspace-entwicklung.js";
/* Die Auswertung UEBER den Katalog -- eigene Datei, eigener Gegenstand.
Sie liest nur; geschrieben wird die Spur in workspace-entwicklung.js. */
import { werdegangRouter } from "./workspace-werdegang.js";
import { rechteRouter, tafelLaden } from "./workspace-rechte.js";
import { aufbewahrungRouter, aufbewahrungStarten } from "./workspace-aufbewahrung.js";
import { auskunftRouter } from "./workspace-auskunft.js";
import { uebernahmeRouter } from "./workspace-uebernahme.js";
import { befindenRouter } from "./workspace-befinden.js";
import { hilfeRouter } from "./workspace-hilfe.js";
import { supportRouter } from "./workspace-support.js";
import { notizenRouter } from "./workspace-notizen.js";
import { reaktionRouter } from "./workspace-reaktion.js";
import { unterstuetzungRouter } from "./workspace-unterstuetzung.js";
import { reportRouter } from "./workspace-reports.js";
import { scoutRouter } from "./workspace-scouts.js";
import { callRouter } from "./workspace-calls.js";
import { hinweisRouter } from "./workspace-hinweise.js";
import { zentraleRouter } from "./workspace-zentrale.js";
import { sucheRouter } from "./workspace-suche.js";
import { startcheckRouter } from "./workspace-startcheck.js";
import { wissenRouter } from "./workspace-wissen.js";
import { kiRouter } from "./workspace-ki.js";
import { contentRouter } from "./workspace-content.js";
import { sicherungRouter, sicherungStarten } from "./workspace-sicherung.js";
import { steckbriefRouter } from "./workspace-steckbrief.js";
import { draussenRouter } from "./workspace-draussen.js";
import { vorlagenRouter } from "./workspace-vorlagen.js";
/* Die Arbeitslage von Managern und Scouts -- nur fuer Spicy Media und
DogFather. Sie ruehrt Termine, Chats und Dateien nicht an; die
Begruendung steht im Kopf der Datei. */
import { teamRouter } from "./workspace-team.js";
import { schulungRouter } from "./workspace-schulung.js";
import { ampelRouter } from "./workspace-ampel.js";
import { checklisteRouter } from "./workspace-checkliste.js";
import { teamlageRouter } from "./workspace-teamlage.js";
import { pushRouter, pushStarten } from "./workspace-push.js";
import { chatRouter } from "./workspace-chat.js";
import { anrufRouter } from "./workspace-anruf.js";
import { videoRouter, videoWacheStarten } from "./workspace-video.js";
import { bewerbungRouter } from "./workspace-bewerbung.js";
import { leistungRouter } from "./workspace-leistung.js";
import { fruehwarnungRouter } from "./workspace-fruehwarnung.js";
import { icsRouter } from "./workspace-ics.js";
const __dirname = dirname(fileURLToPath(import.meta.url));
const SITE_DIR = join(__dirname, "..");
const PORT = Number(process.env.PORT || 4100);
const app = express();
app.set("trust proxy", 1);
app.disable("x-powered-by"); // verrät sonst unnötig den eingesetzten Technik-Stack
/* Sicherheits-Header, ergänzt 05.08.2026. Vorher standen diese in der Datei `_headers` — die
funktioniert aber NUR bei Cloudflare Pages/Netlify und wurde auf dem eigenen Server schlicht
ignoriert, d.h. die Seite lief seit dem Umzug komplett ohne diese Schutzmaßnahmen (nachgeprüft
an den Live-Antwortheadern). */
app.use((req, res, next) => {
res.setHeader("X-Content-Type-Options", "nosniff");
res.setHeader("X-Frame-Options", "SAMEORIGIN");
res.setHeader("Referrer-Policy", "strict-origin-when-cross-origin");
/* MIKROFON UND KAMERA SIND GESPERRT -- AUSSER IM CHAT (18.09.2026).
Diese Sperre ist kein Versehen, sie ist der Schutz: Ohne sie
koennte jedes eingeschleuste Skript auf JEDER Seite das Mikrofon
anschalten. Sie bleibt deshalb ueberall stehen und wird an genau
EINER Stelle geoeffnet -- dort, wo telefoniert wird.
GEFUNDEN HAT DAS DIE PRUEFUNG, nicht das Lesen: Der Anrufkasten
meldete "Der Browser laesst das Mikrofon nicht zu", und in der
Konsole stand "microphone is not allowed in this document". Ohne
diesen Lauf waere der Anruf live gegangen und haette bei jedem
versagt -- mit einer Meldung, die auf die falsche Faehrte fuehrt
(man sucht dann an den Browsereinstellungen).
`(self)` und nicht `*`: Nur diese Seite selbst, keine
eingebetteten Fremdinhalte. */
/* DIE ZWEITE STELLE KAM AM 28.09.2026 DAZU: die Reaction. Sie
zeigt die Kamera des Hosts und bis zu zwei Gaeste, ueber
denselben Weg wie der Anruf im Chat.
Und sie kam als MENGE dazu, nicht als zweiter Sonderfall: Beim
Chat stand die Bedingung als Einzelfall im Code, und ein zweiter
Einzelfall daneben ist die Bauweise, bei der der dritte
vergessen wird. Vergessen heisst hier: Die Sendung startet, alle
sind da, und die Kamera geht nicht an -- mit einer Meldung, die
auf die falsche Faehrte fuehrt.
pruef-kamera-richtlinie.mjs haelt die Menge gegen den Quelltext:
Jede Seite, deren Skripte `getUserMedia` aufrufen, muss hier
stehen -- und jede andere darf es nicht. */
const MIT_KAMERA = [/^\/workspace\/chat\.html/, /^\/workspace\/reaktion\.html/];
const darfKamera = MIT_KAMERA.some((m) => m.test(req.path));
res.setHeader("Permissions-Policy",
darfKamera
? "geolocation=(), microphone=(self), camera=(self), payment=()"
: "geolocation=(), microphone=(), camera=(), payment=()");
/* HSTS NUR ÜBER EINE GESICHERTE VERBINDUNG (Befund 04.09.2026, Audit).
RFC 6797, Abschnitt 7.2, ist an dieser Stelle unmissverständlich:
"An HSTS Host MUST NOT include the STS header field in HTTP
responses conveyed over non-secure transport."
Vorher ging der Header bei JEDER Antwort mit, auch über http. Live
fällt das nicht auf -- hinter Cloudflare und Caddy kommt ohnehin
alles über https an, und `trust proxy` macht `req.secure` dort zu
`true`. Aufgefallen ist es beim Browsertest: WebKit (Safari) nimmt
den Header auch von einer http-Adresse an, merkt sich 127.0.0.1 als
"nur noch https" -- und ab da scheitert jede Verbindung zum lokalen
Testserver mit "SSL connect error". Chromium und Firefox machen für
localhost eine Ausnahme, WebKit nicht.
Der Fehler war also nie in der Website zu sehen, hätte aber jede
künftige Safari-Prüfung unmöglich gemacht -- und das ist genau der
Browser, den jedes iPhone benutzt.
BEWUSST NICHT NUR `req.secure`. Das wäre die reine Lehre, hängt
aber daran, dass Caddy X-Forwarded-Proto wirklich setzt. Sollte das
einmal nicht so sein, fiele HSTS auf der echten Domain STILL weg --
eine Sicherheitsverschlechterung, die niemandem auffällt. Ein
Audit-Fix darf nicht die Möglichkeit schaffen, dass er selbst
Schaden anrichtet.
Deshalb die umgekehrte Bedingung: Weggelassen wird der Header nur
dort, wo er nachweislich nicht hingehört -- auf einer unsicheren
Verbindung zu einem LOKALEN Namen. Auf der echten Domain geht er
immer mit, egal was der Proxy meldet. */
const host = (req.get("host") || "").toLowerCase();
const lokal = /^(localhost|127\.\d+\.\d+\.\d+|\[::1\]|0\.0\.0\.0)(:\d+)?$/.test(host);
if (req.secure || !lokal) {
res.setHeader("Strict-Transport-Security", "max-age=31536000; includeSubDomains");
}
next();
});
/* Umzug des Creator Workspace auf eine eigene Adresse (06.09.2026).
Begruendung und die beiden Fallstricke stehen in workspace-umzug.js —
sie sind dort als eigene Funktion pruefbar (pruef-workspace-umzug.mjs).
Steht bewusst FRUEH: vor jeder Schranke, damit auch die Anmeldeseite
unter der alten Adresse nicht mehr erscheint. */
app.use(workspaceUmzug);
/* Die eigene Adresse der Modi-App (10.09.2026): crew.dogfather-universe.com.
Begruendung und die drei Fallstricke stehen in crew-adresse.js -- sie sind
dort als eigene Funktionen pruefbar (pruef-crew-adresse.mjs).
Steht direkt neben dem Workspace-Umzug und aus demselben Grund FRUEH: Der
Kopf "nicht indizieren" soll auch fuer Manifest, Symbole und die
Zugangswand gelten, nicht erst ab der ersten Schranke.
WICHTIG: Diese Weiche vergibt KEINE Rechte und nimmt keine. Wer auf
welcher Adresse angemeldet sein darf, entscheidet sitzungLesen() in
workspace.js -- an genau einer Stelle, durch die alle 26 Fachmodule
gehen. Zwei Orte fuer dieselbe Regel waeren einer zu viel. */
app.use(crewWeiche);
/* Inhaltsrichtlinie (26.08.2026). Steht bewusst HIER -- vor jeder
Schranke und vor express.static: Auch die Zugangswand und die
404-Seite sollen sie bekommen, denn gerade dort werden Eingaben
entgegengenommen.
Warum die Pruefsummen nicht fest im Code stehen, ist im Kopf von
inhaltsrichtlinie.js begruendet -- kurz: Statische Dateien gehen hier
ohne Neustart live, feste Summen waeren nach der naechsten
Textaenderung falsch und wuerden die Seite lahmlegen. */
app.use(inhaltsrichtlinie(SITE_DIR));
app.use(cookieParser());
app.use(express.json({ limit: "1mb" }));
app.use(gateMiddleware);
/* Zugangsschutz für /webdesign (22.08.2026). Muss NACH gateMiddleware und
VOR express.static stehen. Eine eigene Schranke ist zwingend: gate.js
lässt seit dem öffentlichen Start am 21.08.2026 jeden durch
(SITE_PUBLIC_LAUNCH_AT liegt in der Vergangenheit) — der ausdrücklich
nicht-öffentliche Webdesign-Bereich wäre darüber sofort für alle
lesbar. Ausführliche Begründung im Kopf von webdesign-gate.js. */
app.use(webdesignGate);
/* Creator Workspace (27.08.2026): Anmeldung, Sitzungen und Audit-Log für
/workspace. Muss VOR express.static stehen, weil der Router auch die
angemeldeten Seiten schützt -- stünde er dahinter, würde express.static
/workspace/start.html vorher ungeschützt ausliefern.
Das Modul ist so gebaut, dass es diese Website nicht mitreißen kann:
Es öffnet beim Laden keine Datenbank, und jede Route fängt ihre Fehler
selbst ab (Begründung im Kopf von workspace.js). */
app.use(workspaceRouter);
/* DIE SICHT EINES ANDEREN (01.09.2026) -- setzt req.sicht.
Steht GLOBAL und vor allen Fachmodulen, damit sie ueberall zur
Verfuegung steht, ohne dass zwoelf Module dieselbe Zeile bekommen.
Sie prueft die Rolle selbst (nur DogFather) und faellt sonst auf die
eigene Sicht zurueck -- eine Middleware, die man vergessen kann, waere
ein Rechteloch mit Ansage.
Nur fuer /workspace/api: Statische Dateien haben keine Sicht. */
app.use("/workspace/api", sichtSetzen);
/* MUSS vor aufgabenRouter stehen: Der haengt eine Schranke ueber ALLE
Pfade unter /workspace/api. Die Rueckmeldung der Sicherungskopie kommt
aber von einem Skript ohne Sitzung und wuerde dort abgewiesen, bevor
ihr Schluessel ueberhaupt geprueft wird. */
app.use(sicherungRouter);
/* Ebenfalls VOR aufgabenRouter: Das Profilbild wird von <img src="..."/>
geholt. Der Browser schickt dabei den Sitzungs-Cookie zwar mit, aber
die Schranke des Aufgaben-Routers antwortet mit JSON -- ein 401 als
JSON in einem <img> ergibt nur ein kaputtes Bild ohne jeden Hinweis.
Der Steckbrief bringt seine eigene Schranke mit. */
app.use(steckbriefRouter);
app.use(draussenRouter);
/* Ebenfalls VOR aufgabenRouter: Der Service Worker holt den
oeffentlichen Schluessel, bevor irgendetwas anderes laeuft, und die
Push-Wege bringen ihre eigene Schranke mit. */
app.use(pushRouter);
/* CHAT (06.09.2026). Steht neben pushRouter, weil beide zusammenwirken:
Wer eine Nachricht bekommt und nicht zusieht, wird ueber Push
benachrichtigt.
ZUR VORGESCHICHTE, damit sie sich nicht wiederholt: Diese Zeile und
ihr Import wurden am selben Tag schon einmal entfernt (09a4cfd,
"AUSFALL BEHOBEN"). Zu Recht -- sie waren aus einem unfertigen Stand
mitcommittet worden, waehrend workspace-chat.js noch gar nicht im
Repo lag. Der Server fand das Modul nicht und stuerzte in einer
Schleife ab: 502 fuer alle.
Jetzt ist die Datei da (4637aa2). Wer diese Zeile kuenftig anfasst,
pruefe beides zusammen -- Import UND Einhaengung UND Datei. Fehlt die
Datei, faellt der ganze Dienst aus; fehlt nur die Einhaengung, geben
alle Chat-Wege still 404 und niemand sieht warum. Der zweite Fall ist
der unangenehmere: Die Seite laedt, der Chat bleibt leer. */
app.use(chatRouter);
/* Der Anruf nutzt den Ereigniskanal des Chats -- deshalb direkt
dahinter, damit die Reihenfolge die Abhaengigkeit zeigt. */
app.use(anrufRouter);
/* DER VIDEO-WEG (17.09.2026), Stufe A des Video-Plans. Er liegt VOR
dem Bereichs-Router: Beide horchen auf `/workspace/api/bereich/...`,
und `/:bereich/:id` wuerde "video" sonst fuer eine Nummer halten --
derselbe Fehler, der heute frueh beim Antwort-Weg drei Anlaeufe
gekostet hat. */
app.use(videoRouter);
/* LEISTUNG und FRUEHWARNUNG (06.09.2026, Stufe 1+2 des Plans). Die
Fruehwarnung liest aus `leistung` -- ohne Zahlen hat sie nichts zu
melden, deshalb stehen sie beieinander. */
app.use(leistungRouter);
app.use(fruehwarnungRouter);
/* KALENDER ZUM ABONNIEREN (06.09.2026, Stufe 3.2 des Plans).
Steht VOR aufgabenRouter, und das ist keine Stilfrage: Der haengt
eine Schranke ueber ALLE Pfade unter /workspace/api. Der ICS-Weg
selbst liegt zwar unter /workspace/kalender/, aber die Verwaltung
des eigenen Links unter /workspace/api/ics -- und die bringt ihre
eigene Schranke mit.
Der Kalender-Weg selbst MUSS ohne Anmeldung erreichbar sein: Google,
Apple und Outlook holen ihn im Hintergrund ab, ohne Browser und ohne
Sitzung. Ein Kalender, der eine Anmeldung verlangt, laesst sich
schlicht nicht abonnieren. Der geheime Schluessel in der Adresse IST
deshalb der Zugang -- 32 Byte Zufall, jederzeit widerrufbar. */
app.use(icsRouter);
app.use(vorlagenRouter);
app.use(teamRouter);
app.use(schulungRouter);
app.use(ampelRouter);
app.use(checklisteRouter);
app.use(teamlageRouter);
/* VOR aufgabenRouter: Der faengt "/workspace/api/aufgaben/:id" ab und
wuerde "/workspace/api/aufgaben/resuemee" als Aufgabe mit der Nummer
"resuemee" behandeln. Die Reihenfolge ist hier keine Stilfrage. */
app.use(materialRouter);
app.use(willkommenRouter);
app.use(zuteilungRouter);
app.use(aufgabenRouter);
app.use(personenRouter);
app.use(profilRouter);
app.use(kalenderRouter);
app.use(serienRouter);
app.use(dateienRouter);
app.use(bereicheRouter);
/* Der Treff (11.09.2026): Stimmen, Anheften, Freigeben, Melden,
Massnahmen, Stufen. Die sieben Bretter selbst laufen ueber
bereicheRouter -- es sind gewoehnliche Eintraege, und ein zweiter
Weg zu denselben Zeilen waere ein zweiter Ort fuer dieselbe
Rechtepruefung. */
app.use(treffRouter);
/* Entwicklung & Nachwuchs (11.09.2026): die zwei Kataloge zum Anklicken.
Die Bretter mit den freien Notizen laufen weiter ueber bereicheRouter
-- beides nebeneinander ist Absicht: Der Katalog ist das, was man
regelmaessig durchgeht, die Notiz das, was dazwischen auffaellt. */
app.use(entwicklungRouter);
app.use(werdegangRouter);
/* Die Rechtetafel -- ansehen und umstellen (11.09.2026). */
app.use(rechteRouter);
app.use(aufbewahrungRouter);
app.use(auskunftRouter);
app.use(uebernahmeRouter);
app.use(befindenRouter);
app.use(hilfeRouter);
app.use(supportRouter);
/* Der Notizblock (26.09.2026): vier Rollen des Teamhauses, und jeder
sieht nur seinen eigenen -- auch DogFather. Begruendung im Kopf von
notiz-tabellen.js. */
app.use(notizenRouter);
app.use(reaktionRouter);
/* Unterstützen (24.09.2026): die Wege, auf denen die Community etwas
beitragen kann – lesen alle, ändern nur DogFather. */
app.use(unterstuetzungRouter);
app.use(bewerbungRouter);
app.use(reportRouter);
app.use(scoutRouter);
app.use(callRouter);
app.use(hinweisRouter);
app.use(zentraleRouter);
app.use(sucheRouter);
app.use(startcheckRouter);
app.use(wissenRouter);
app.use(kiRouter);
app.use(contentRouter);
/* Naechtliche Sicherung. Startet einen eigenen Takt im Prozess -- siehe
workspace-sicherung.js, dort steht auch, warum sie NICHT als eigener
Systemdienst laeuft und warum eine Dateikopie hier falsch waere. */
sicherungStarten();
aufbewahrungStarten();
/* Sieht taeglich nach, ob die verlinkten Videos bei TikTok noch da
sind. Ein Knopf, der ins Leere fuehrt, ist schlimmer als kein
Knopf -- man klickt ihn ja. */
videoWacheStarten();
/* Wiederkehrende Termine einmal auffuellen. Kein Takt, kein Dienst --
siehe workspace-serien.js: Der Nachfueller legt nur an, was fehlt, und
laeuft ausserdem bei jedem Oeffnen des Kalenders. Der Lauf beim Start
sorgt dafuer, dass die Termine auch dann bereitliegen, wenn an einem
Tag niemand den Kalender oeffnet, aber jemand die Startseite, die
Call-Liste oder die Suche benutzt -- die lesen dieselbe Tabelle. */
serienStarten();
/* Benachrichtigungen. Eigener Takt im Prozess -- wie die Sicherung und
der Serien-Nachfueller: kein Systemdienst, kein Cron, eine Sache
weniger, die stillschweigend ausfallen kann. Begruendung im Kopf von
workspace-push.js. */
pushStarten();
/* Sicherheits-Fix 20.08.2026 (Audit vor dem geplanten öffentlichen Start morgen).
SITE_DIR ist der GESAMTE Repo-Ordner (join(__dirname, "..")) — express.static liefert
ohne diese Sperre daher nicht nur die eigentliche Website aus, sondern auch den Server-
Quellcode (server/, server-internal/, cloudflare-worker/) und das komplette
.git-Verzeichnis samt Commit-Historie.
Live nachgewiesen (mit gültigem Zugangscode, der morgen für alle wegfällt):
/server/gate.js und /.git/config lieferten HTTP 200. Ursache: serve-static blockt per
Voreinstellung nur Dateien, deren EIGENER Name mit einem Punkt beginnt (server/.env ->
404 durch diese Regel) — aber NICHT rekursiv. Eine Datei wie .git/config wird trotzdem
ausgeliefert, weil "config" selbst nicht mit einem Punkt beginnt, nur der Ordnername davor.
Diese Sperre läuft daher bewusst unabhängig von gateMiddleware (bleibt auch nach dem
morgigen Entfernen der Zugangsschranke wirksam) und blockt ganze Ordner/Muster statt
einzelner Dateien, damit neue Dateien darin automatisch mitgeschützt sind. */
const GESPERRTE_ORDNER = ["/server", "/server-internal", "/cloudflare-worker"];
const GESPERRTE_DATEIEN = [
"/CLAUDE.md", "/DEPLOY.md", "/wrangler.toml", "/netlify.toml",
"/gate-worker.js", "/_headers", "/.gitignore", "/.nojekyll", "/.assetsignore",
];
app.use((req, res, next) => {
const pfad = req.path;
const hatVerstecktenOrdner = pfad
.split("/")
.some((teil) => teil.startsWith(".") && teil.length > 1 && teil !== ".well-known");
const inGesperrtemOrdner = GESPERRTE_ORDNER.some((p) => pfad === p || pfad.startsWith(p + "/"));
const istGesperrteDatei = GESPERRTE_DATEIEN.includes(pfad);
const istBackupDatei = /\.bak(-|\.|$)/i.test(pfad);
if (hatVerstecktenOrdner || inGesperrtemOrdner || istGesperrteDatei || istBackupDatei) {
return res.status(404).sendFile(join(SITE_DIR, "404.html"), (err) => {
if (err) res.status(404).send("Nicht gefunden.");
});
}
next();
});
/* Bugfix 20.08.2026 (Nutzer-Report: "ich kann sie immer noch nicht runter
laden und die leiste oben ist immer noch so groß", NACHDEM der jeweilige
Fix schon deployed war): Express selbst schickt standardmäßig GAR KEIN
Cache-Control mit (nur ETag/Last-Modified). Weil dogfather-universe.com
hinter Cloudflare liegt (orange-cloud-Proxy), springt Cloudflare bei
fehlendem Origin-Cache-Control mit seinem EIGENEN Standardwert ein
("Browser Cache TTL", per curl bestätigt: 4 Stunden = max-age=14400) —
ein frischer Deploy war dadurch für Besucher:innen bis zu 4 Std lang im
eigenen Browser-Cache unsichtbar, obwohl der Server längst die neue
Version ausliefert. Cloudflare respektiert laut Doku ein vom Origin
gesetztes Cache-Control statt seinen Standardwert zu benutzen — deshalb
hier explizit "no-cache" (erzwingt bei jedem Laden eine Revalidierung
per ETag/If-None-Match, liefert bei unverändertem Inhalt ein schnelles
304 statt die ganze Datei erneut zu senden — kein "gar nicht cachen",
nur "nie blind auf einen alten Stand vertrauen"). */
app.use((req, res, next) => {
res.setHeader("Cache-Control", "no-cache");
next();
});
/* =====================================================================
HTML WIRD IMMER NACHGEFRAGT, ALLES ANDERE DARF LIEGENBLEIBEN
(09.09.2026)
DER FALL, DER ES GEZEIGT HAT: Filipe meldete am Nachmittag, die
Kopfleiste auf dem Handy sei "nicht gemacht" -- gemessen war sie auf
allen 18 Seiten, in allen fuenf Rollen und bei drei Breiten
einzeilig, und die neuen Dateien lagen nachweislich auf dem Server.
Er sah trotzdem den alten Stand.
Die Ursache ist eine Luecke, die man nur bemerkt, wenn man sie sucht:
Die HTML-Seiten gingen OHNE JEDE Cache-Angabe hinaus. Ohne
`Cache-Control` und ohne `Expires` darf ein Browser heuristisch
zwischenspeichern -- ueblicherweise ein Zehntel des Alters seit der
letzten Aenderung. Bei einer Datei, die vor zwei Wochen zuletzt
angefasst wurde, sind das anderthalb Tage.
Und das ist schlimmer als es klingt: In der HTML stehen die
VERSIONSSTEMPEL der Stilvorlagen (`start.css?v=...`). Eine alte HTML
verweist auf alte Stempel -- der Browser holt sich dann brav die
ALTEN CSS- und JS-Dateien, obwohl die neuen bereitliegen. Der ganze
Stempelmechanismus haengt an einer Datei, die selbst
zwischengespeichert werden durfte.
Deshalb: HTML immer nachfragen (`no-cache` heisst NICHT "nicht
speichern", sondern "vor jeder Benutzung rueckfragen" -- die Antwort
ist meistens ein 304 ohne Rumpf und kostet fast nichts). Alles mit
Stempel darf dagegen ein Jahr liegenbleiben; sein Name aendert sich
ja, sobald sich der Inhalt aendert.
Bilder und Schriften ohne Stempel bekommen einen Tag -- lang genug,
um jeden Seitenaufruf zu tragen, kurz genug, um nach einem Austausch
nicht ewig alt zu bleiben. */
app.use(express.static(SITE_DIR, {
index: "index.html",
setHeaders(res, pfad) {
if (pfad.endsWith(".html")) {
res.setHeader("Cache-Control", "no-cache");
return;
}
/* "UNVERAENDERLICH" NUR, WENN DIE ADRESSE DAS AUCH HERGIBT
(berichtigt 21.09.2026).
Hier stand: "`originalUrl` steht hier nicht zur Verfuegung --
geprueft wird deshalb die Dateiart." Nachgemessen stimmt das
nicht: `res.req.originalUrl` ist da und liefert
"/start.html?v=123". Die Annahme war nie geprueft worden, und
aus ihr folgte eine Zusage, die das Haus nicht halten kann.
WAS DARAUS WURDE: Jede CSS- und JS-Datei ging mit
`max-age=31536000, immutable` hinaus -- auch unter ihrer
Adresse OHNE Stempel. "immutable" heisst woertlich: Der Inhalt
unter dieser Adresse aendert sich nie. Fuer `gate.css?v=...`
stimmt das; fuer `gate.css` ist es falsch, denn genau dort
aendert er sich bei jeder Auslieferung.
UND ES WAR NICHT THEORETISCH. Am 21.09. wurde crew-haus.css auf
die zweite Adresse begrenzt und die Crew-Adresse aus gate.css
entfernt. Der Ursprung lieferte danach korrekt 404 und eine
bereinigte Datei -- Cloudflare aber weiterhin die ALTE Fassung
aus seinem Zwischenspeicher, 27 806 Byte, `cf-cache-status:
HIT`. Mit einem Jahr Zusage haette sie dort ein Jahr gelegen.
Ein Zwischenspeicher, der etwas Falsches zeigt, ist schlimmer
als gar keiner -- man glaubt ihm ja.
Mit Stempel bleibt alles wie bisher: Die Seiten rufen ohnehin
immer `?v=...` auf, dort kostet die Aenderung nichts. Ohne
Stempel wird nachgefragt (`no-cache` heisst nicht "nicht
speichern", sondern "vorher rueckfragen"). */
const adresse = String(res.req?.originalUrl || "");
const mitStempel = /[?&]v=/.test(adresse);
/* AUSNAHME: sw.js. Der Service Worker wird OHNE Stempel geladen
(glocke.js: register('/workspace/sw.js')). Ein Jahr unveraenderlich
hiesse: Ein Fehler darin bliebe ein Jahr stehen. Browser
begrenzen das zwar selbst auf 24 Stunden -- sich darauf zu
verlassen waere aber genau die Sorte Annahme, die still bricht. */
if (pfad.endsWith("sw.js")) {
res.setHeader("Cache-Control", "no-cache");
return;
}
if (/\.(css|js|mjs)$/.test(pfad)) {
res.setHeader("Cache-Control", mitStempel
? "public, max-age=31536000, immutable"
: "no-cache");
return;
}
if (/\.(webp|png|jpe?g|svg|gif|ico|woff2?)$/.test(pfad)) {
res.setHeader("Cache-Control", "public, max-age=86400");
}
},
}));
app.use((req, res) => {
res.status(404).sendFile(join(SITE_DIR, "404.html"), (err) => {
if (err) res.status(404).send("Nicht gefunden.");
});
});
/* Fehler-Handler (muss NACH allen Routen stehen), ergänzt 05.08.2026: antwortet mit einer
schlichten Meldung statt einer Express-Standardseite mit komplettem Stacktrace und Dateipfaden. */
// eslint-disable-next-line no-unused-vars
app.use((err, req, res, next) => {
/* EIN KAPUTTER RUMPF IST KEIN SERVERFEHLER (Befund 04.09.2026, Audit).
Vorher wurde JEDER Fehler zu einer 500 in Text/HTML. Gemessen mit
abgeschnittenem JSON ('{"titel": "ab'), wie es bei einer
abgebrochenen Verbindung entsteht:
-> 500 "Es ist ein Fehler aufgetreten. Bitte später erneut versuchen."
Drei Dinge waren daran falsch. Erstens die Nummer: Der Rumpf kam vom
Client, das ist eine 400. Zweitens die ANTWORTART -- die Oberflaeche
ruft ueberall `await a.json()` auf; auf Text laeuft sie in einen
zweiten Fehler, und der Knopf haengt ohne jede Meldung. Drittens der
Rat "spaeter erneut versuchen": Spaeter hilft nie, der Rumpf bleibt
kaputt. Dazu stand jedes Mal ein voller Stacktrace im Log, in dem
ein echter Fehler untergeht.
body-parser kennzeichnet diese Faelle selbst (`err.type`), es muss
also nichts geraten werden. */
const NUTZERFEHLER = new Set([
"entity.parse.failed", // kaputtes JSON
"entity.verify.failed",
"request.aborted", // Verbindung mittendrin weg
"request.size.invalid",
"encoding.unsupported",
"charset.unsupported",
]);
const istJson = req.path.startsWith("/workspace/api/");
if (NUTZERFEHLER.has(err?.type)) {
/* Bewusst NUR eine Zeile ins Log, kein Stacktrace: Das passiert bei
jeder abgebrochenen Verbindung und darf das Protokoll nicht
zumuellen -- sonst uebersieht man darin die echten Fehler. */
console.warn(`[rumpf] ${req.method} ${req.originalUrl}: ${err.type}`);
if (res.headersSent) return;
return istJson
? res.status(400).json({ fehler: "Die Anfrage kam unvollständig oder fehlerhaft an." })
: res.status(400).send("Die Anfrage kam unvollständig oder fehlerhaft an.");
}
if (err?.type === "entity.too.large") {
console.warn(`[rumpf] ${req.method} ${req.originalUrl}: zu gross`);
if (res.headersSent) return;
return istJson
? res.status(413).json({ fehler: "Die Daten sind zu groß." })
: res.status(413).send("Die Daten sind zu groß.");
}
console.error(`[fehler] ${req.method} ${req.originalUrl}:`, err?.stack || err);
if (res.headersSent) return;
/* Auch der echte Serverfehler kommt unter /workspace/api als JSON --
sonst bricht die Oberflaeche schon am Auswerten der Antwort ab und
zeigt gar nichts an, statt "da ging etwas schief". */
if (istJson) return res.status(500).json({ fehler: "nicht_verfuegbar" });
res.status(500).send("Es ist ein Fehler aufgetreten. Bitte später erneut versuchen.");
});
/* Letztes Netz: Ein unbehandelter Fehler darf die Website nicht offline nehmen. */
process.on("unhandledRejection", (grund) => console.error("[unhandledRejection]", grund));
process.on("uncaughtException", (fehler) => console.error("[uncaughtException]", fehler?.stack || fehler));
app.listen(PORT, "127.0.0.1", () => {
console.log(`DogFather Universe – Server läuft auf http://127.0.0.1:${PORT}`);
});
/* =====================================================================
DIE ANWENDUNG NACH AUSSEN (26.09.2026)
Nur fuer Pruefungen. `pruef-notizen` geht damit den Routenbaum von
express durch und sucht Wege, die zweimal vergeben sind -- genau so
ein Fall hat beim Bau des Notizblocks eine Stunde gekostet
(DELETE /workspace/api/notizen/:id gab es schon in
workspace-aufgaben.js, und express nimmt schweigend die erste).
Der Export aendert am Betrieb nichts: Wer diese Datei importiert,
startet den Server ohnehin -- das tut sie beim Laden. Er macht nur
sichtbar, was vorher nur im Speicher stand. */
export default app;