Filipe: „zeurst schaust du mal ob es im system liegt dass miss, die modi,
keine sprachnachrichten hoeren kann oder ob es an ihr liegt weil bei allen
anderen klappt nur bei ihr nicht"
ES LAG AM SYSTEM.
WAS GEMESSEN WURDE (nicht vermutet)
1. An ihrer Rolle liegt es nicht. Der Weg `/workspace/api/chat/anhang/:id`
fragt drei Dinge: gibt es die Nachricht, ist die Person im Raum, hat sie
das Gespraech weggeraeumt. Keine Rollenpruefung. Gegen eine Wegwerf-
Datenbank gemessen: `anmelden admin=200 modi=200`, Anhang als modi
HTTP 200, 40018 Bytes -- genau wie als admin.
2. Sie ist in allen drei Raeumen mit Sprachnachrichten, geloescht_bis = 0,
alle sechs Tondateien liegen auf der Platte. (Live-Datenbank, nur
gelesen, auf einer Kopie, Kopie danach geloescht.)
3. Sie ist die EINZIGE im Haus mit Safari. Aus dem Caddy-Protokoll, ueber
IP und Minute mit ihren Protokolleintraegen abgeglichen: iPhone,
iOS 18.7, Safari 26.6.1. Alle anderen Geraete der letzten zwei Wochen:
Android-Chrome 3900 Anfragen, Windows-Chrome/Edge/Firefox 2646.
Neun von zehn iPhone-IP-Praefixen sind ihre.
4. DER FEHLER: Der Anhang-Weg beantwortete eine Teilanfrage
(`Range: bytes=0-1`) mit einer vollen HTTP 200 -- ohne `Accept-Ranges`,
ohne `Content-Length`, als `chunked`. Zum Vergleich dieselbe Anfrage an
`express.static`: HTTP 206, `accept-ranges: bytes`,
`content-range: bytes 0-1/2480`.
Safari verlangt fuer <audio> und <video> zwingend Teilanfragen und
verweigert die Wiedergabe bei einer 200. Chrome und Firefox nehmen die
ganze Datei klaglos. Bilder brauchen das nicht -- deshalb sah sie Fotos
und hoerte nichts, und deshalb fiel es sieben Tage lang nur ihr auf.
WAS GEAENDERT IST
A) EIN GEMEINSAMER AUSLIEFERWEG (server/helfer-ausliefern.mjs)
Im Haus gaben ZEHN Stellen eine Datei mit `createReadStream(pfad)
.pipe(res)` hinaus: Chat-Anhang, Chat-GIF, Dateiablage (ansehen und
laden), Material (ansehen und laden), Steckbriefbild, Buehnenbild,
Supportbild, Wissens-PDF. Nur eine davon zu reparieren hiesse, eine
Liste zu fuehren, welche Stelle schon richtig ist -- und die naechste
neue macht es wieder falsch. Alle zehn gehen jetzt ueber
`liefereDatei(req, res, pfad)`: `Accept-Ranges`, `Content-Length`,
206 mit `Content-Range`, 416 mit `bytes */groesse`. Mehrere Bereiche in
einer Anfrage werden absichtlich nicht bedient (das darf ein Server);
die Antwort ist dann die GANZE Datei, nie eine falsche Teilmenge.
WAS ES AUSSER SAFARI BRINGT, gemessen: Eine MP4-Sprachnachricht meldete
in Chromium ohne Teilanfragen 0,23 s statt 1,96 s Laenge -- der Kopf
einer MP4 steht am Ende der Datei. Eine Ogg-Datei meldete „Infinity"
statt 2,02 s. Und ein PDF-Betrachter springt jetzt zu einer Seite, ohne
die ganze Datei zu holen.
B) AUFGENOMMEN WIRD AAC IN MP4 (workspace/assets/js/chat.js)
Die Reihenfolge der Behaelter beantwortete bisher die Frage „was kann
DIESES Geraet am liebsten". Richtig ist „was koennen die ANDEREN
abspielen" -- die hoeren es.
Gemessen mit echten Aufnahmen aus echten Browsern, danach in beiden
Engines abgespielt:
Chromium nimmt auf: webm/opus, mp4(AAC), mp4(Opus)
Firefox nimmt auf: webm/opus, ogg/opus -- MP4 gar nicht
Beide spielen alle vier Behaelter vollstaendig ab (2 s rein, 2 s raus)
ZWEI FALLEN, die die Messung gezeigt hat:
- Ein blankes `audio/mp4` ist nicht AAC: Chromium meldet darauf
`audio/mp4;codecs=opus` zurueck -- MP4 aussen, Opus innen, fuer Safari
genauso unbrauchbar wie WebM. Deshalb steht `audio/mp4;codecs=mp4a.40.2`
VOR dem blanken `audio/mp4`.
- Firefox kann kein MP4 aufnehmen und faellt sauber auf WebM/Opus
zurueck. Kein Rueckschritt -- das ist der heutige Stand.
Die Pruefung nimmt jetzt im echten Browser ueber den echten Knopf auf,
und der Server erkennt: audio/mp4, 45583 Bytes, 2734 ms.
BERICHTIGT: In zwei Kommentaren stand „Safari und das iPhone koennen
nur MP4". Das stimmt nicht. An Miss' eigener Aufnahme nachgemessen:
Behaelter WebM, Mux-Programm „WebKit", Tonspur A_OPUS. Safari NIMMT
WebM auf -- ob es WebM abspielt, ist eine andere Frage.
C) EIN AUSWEG STATT EINER VERTROESTUNG (chat.js, chat.css)
Vorher stand im Fehlerfall „Sprachnachricht laesst sich gerade nicht
laden". Das war fuer Miss die ganze Auskunft, und es stimmte nicht
einmal: Die Datei kam an, ihr Browser konnte den Behaelter nicht.
„Gerade" heisst „gleich nochmal versuchen" -- bei einem fremden
Behaelter hilft kein Versuch mehr.
Jetzt wird unterschieden (Fehlercode 4 = Format, alles andere = Laden)
und daneben steht ein Weg, der wirklich zum Ton fuehrt: Herunterladen,
44 px hoch, in der Farbe der Blase, mit eigenem Vorlesewort. Nur im
Fehlerfall -- ein Knopf an jeder Sprachnachricht waere Unordnung fuer
alle, damit einer Person geholfen ist.
WAS JETZT NACHGEZAEHLT WIRD
- pruef-chat-anhaenge: 119 -> 146 Pruefungen. Dreizehn davon messen
Teilanfragen am Foto (0-9, -8, 5-, ueber das Ende hinaus, 416, mehrere
Bereiche, unverstandener Kopf) und vergleichen jeden Abschnitt BYTEWEISE
mit der vollen Datei -- eine 206 mit den falschen Bytes waere schlimmer
als keine. Drei Gegenproben legen dieselbe Messlatte an erfundene
Antworten (die alte volle 200, falsche Gesamtgroesse, falsche Bytes) und
muessen durchfallen. Neun weitere pruefen die Sprachnachricht selbst und
den Ausweg.
- pruef-wissen-neu: +6. Der Weg zur PDF war der EINZIGE der zehn, den nie
eine Pruefung abgerufen hat -- genau der, bei dem eine Umstellung
unbemerkt danebengeht. Jetzt beide Spielarten (ansehen und laden).
- pruef-struktur: +6. Wer kuenftig wieder `createReadStream(...).pipe(res)`
schreibt, bekommt einen Befund. Mit Gegenproben in beide Richtungen; die
Probetexte sind zusammengesetzt, sonst meldet die Wache ihre eigene
Begruendung als Fund. Pruefdateien sind ausgenommen, weil sie an niemanden
ausliefern -- dort ist ein Weg ohne Teilanfragen die Gegenprobe.
(Beim ersten Lauf hat die Wache sofort meine eigene Messdatei gefunden.)
WAS NICHT NACHGESEHEN WERDEN KONNTE
Ob iOS-Safari WebM/Opus ueberhaupt abspielt. Playwrights WebKit startet auf
diesem Rechner nicht (`icuuc77.dll`, auch nach Neuinstallation), und ein
iPhone habe ich nicht. Der dritte Ausgang: konnte nicht nachsehen. Deshalb
sind A, B und C drei Sicherungen hintereinander statt einer Wette auf eine.
GEPRUEFT (alles einzeln, kein Gesamtlauf)
pruef-chat-anhaenge 146 ok pruef-material 159 ok
pruef-wissen-neu 33 ok pruef-spenden 172 ok
pruef-struktur 85 ok pruef-support 63 ok
pruef-video 74 ok pruef-steckbrief 65 ok
pruef-galerie 26 ok pruef-eintrag-bild 24 ok
pruef-chat 63 ok pruef-chat-optik 62 ok
pruef-haus-trennung 100 ok
Die beiden Haeuser bleiben getrennt (pruef-haus-trennung, 100 ok). Der
Ausliefer-Weg gehoert beiden gleichermassen und traegt nichts Haus-
spezifisches; die Aufnahme betrifft faktisch nur Team Dogi, weil nur dort
der Mikrofonknopf steht („also nur die modis rechte linke hand und
dogfather").
NICHT VON MIR, SCHON VORHER ROT: pruef-gifs meldet zwei Fehler („das GIF
steht danach wirklich im Verlauf", „die Tafel geht zu"). Gegen den
unveraenderten Stand von HEAD nachgemessen -- dieselben zwei Fehler, mit
denselben Zahlen. Ein eigener Befund, kein Nebenschaden dieser Arbeit.
Co-Authored-By: Claude Opus 5 <[email protected]>
309 lines
13 KiB
JavaScript
309 lines
13 KiB
JavaScript
/* =====================================================================
|
|
DIE BUEHNENQUELLEN — fuer OBS und TikTok Studio (28.09.2026)
|
|
|
|
Filipe: „ich will das alles auch so perfekt dass ich es ganz
|
|
einfach und easy mit obs oder mit tiktok studio verbinden kann.
|
|
also so dass man dan nur die kamera und das video sieht."
|
|
|
|
---------------------------------------------------------------------
|
|
WARUM OHNE ANMELDUNG — nachgesehen, nicht angenommen
|
|
|
|
OBS speichert die Anmeldung einer Browser-Quelle NICHT zuverlaessig;
|
|
im OBS-Forum stehen dazu Meldungen bis in die aktuelle Fassung. Eine
|
|
Quelle, bei der man sich nach jedem Programmstart neu anmelden muss,
|
|
ist mitten in einer Sendung genau das, was man nicht gebrauchen kann.
|
|
|
|
Deshalb ein SCHLUESSEL in der Adresse — derselbe Weg, den jedes
|
|
Alert-Werkzeug im Netz geht. Wer ihn hat, sieht genau das, was
|
|
ohnehin im Stream steht: das laufende Video und die Spendenkarten.
|
|
Keine Namen von Zusehenden, kein Chat, keine Bedienung.
|
|
|
|
---------------------------------------------------------------------
|
|
DREI QUELLEN, WEIL DREI DINGE VERSCHIEDEN SIND
|
|
|
|
buehne.html Das laufende YouTube-Video, auf die Sekunde genau
|
|
wie bei allen anderen. Als Browser-Quelle in OBS.
|
|
Die EIGENE Kamera gehoert NICHT hier hinein: Sie
|
|
ist in OBS direkt als Geraet verfuegbar, in
|
|
besserer Qualitaet und frei in Groesse und Lage.
|
|
Den Umweg ueber den Browser zu nehmen hiesse,
|
|
Qualitaet gegen nichts einzutauschen.
|
|
|
|
tafel.html Nur die Spendenkarten, auf durchsichtigem Grund.
|
|
Als zweite Browser-Quelle darueber gelegt.
|
|
|
|
Buehnenmodus Die Reaction-Seite selbst, nur ohne alles
|
|
Bedienbare (`?nur=buehne`). Fuer den Fall, dass
|
|
GAESTE im Bild sind: Deren Kameras kommen ueber
|
|
eine Direktverbindung an, und die braucht eine
|
|
angemeldete Seite. Diese eine wird als Fenster
|
|
aufgenommen.
|
|
|
|
---------------------------------------------------------------------
|
|
DER SCHLUESSEL
|
|
|
|
32 Byte aus dem Zufall des Betriebssystems. Er steht in den
|
|
Einstellungen unter einem Namen mit „schluessel" darin — damit
|
|
greift die vorhandene Regel, die Geheimnisse nicht im Klartext ins
|
|
Protokoll schreibt.
|
|
|
|
Er laesst sich jederzeit neu erzeugen. Dann sind die alten Adressen
|
|
tot, und die Quellen in OBS muessen einmal neu eingetragen werden;
|
|
das ist der Preis dafuer, dass man einen verratenen Schluessel
|
|
wirklich loswird.
|
|
===================================================================== */
|
|
import express from "express";
|
|
import { randomBytes, timingSafeEqual } from "node:crypto";
|
|
import { join } from "node:path";
|
|
import { existsSync } from "node:fs";
|
|
import { liefereDatei } from "./helfer-ausliefern.mjs";
|
|
import {
|
|
db, sitzungLesen, einstellung, einstellungSetzen, protokolliere, echteIp, DATEN_ORDNER,
|
|
} from "./workspace.js";
|
|
/* Der Stand der Einblendung kommt aus derselben Quelle wie im Saal.
|
|
Er stand hier einmal abgeschrieben -- siehe die Begruendung
|
|
dort. */
|
|
import { werbungStand } from "./reaktion-tabellen.js";
|
|
|
|
export const buehneRouter = express.Router();
|
|
|
|
const SCHLUESSEL_NAME = "buehne_schluessel";
|
|
|
|
/** Wer die Adressen sehen und den Schluessel wechseln darf. */
|
|
const LEITUNG = new Set(["admin", "hand"]);
|
|
|
|
/** Den Schluessel holen — und beim ersten Mal erzeugen.
|
|
*
|
|
* ERZEUGT WIRD ER ERST BEI BEDARF. Ein Schluessel, den niemand
|
|
* angefordert hat, ist ein Geheimnis ohne Zweck: Er liegt herum,
|
|
* wird irgendwann kopiert, und niemand weiss mehr, wofuer er war. */
|
|
export function buehneSchluessel() {
|
|
let s = einstellung(SCHLUESSEL_NAME, "");
|
|
if (!s) {
|
|
s = randomBytes(32).toString("hex");
|
|
einstellungSetzen(SCHLUESSEL_NAME, s, null);
|
|
}
|
|
return s;
|
|
}
|
|
|
|
/** Stimmt der mitgeschickte Schluessel?
|
|
*
|
|
* ZEITGLEICHER VERGLEICH. Ein gewoehnlicher Vergleich bricht beim
|
|
* ersten falschen Zeichen ab; aus den Bruchteilen einer Millisekunde
|
|
* laesst sich ein Schluessel Zeichen fuer Zeichen erraten. Das ist
|
|
* nicht theoretisch -- es ist der Grund, warum es diese Funktion in
|
|
* Node ueberhaupt gibt. */
|
|
function schluesselStimmt(gegeben) {
|
|
const soll = buehneSchluessel();
|
|
const a = Buffer.from(String(gegeben || ""), "utf8");
|
|
const b = Buffer.from(soll, "utf8");
|
|
if (a.length !== b.length) return false;
|
|
try { return timingSafeEqual(a, b); } catch { return false; }
|
|
}
|
|
|
|
function mitSchluessel(req, res, next) {
|
|
const s = req.query?.s || req.get("X-Buehne") || "";
|
|
if (!schluesselStimmt(s)) return res.status(404).end();
|
|
next();
|
|
}
|
|
|
|
/* ---------- Die Zuhoerer ------------------------------------------------
|
|
Eine eigene Liste, nicht die des Hauschats: Dort haengt jeder
|
|
Zuhoerer an einer Person, und genau die gibt es hier nicht. */
|
|
const zuhoerer = new Set();
|
|
|
|
/** Hoechstens so viele Quellen gleichzeitig.
|
|
*
|
|
* Nicht gegen Angriffe -- der Schluessel steht davor -- sondern
|
|
* gegen den Fall, dass OBS bei einer Stoerung immer neu verbindet
|
|
* und die alten Verbindungen nicht abbaut. Ohne Grenze sammeln sich
|
|
* hunderte, und der Server haelt sie alle offen. */
|
|
const MAX_QUELLEN = 20;
|
|
|
|
export function buehneMelden(art, daten) {
|
|
const text = `event: ${art}\ndata: ${JSON.stringify(daten)}\n\n`;
|
|
for (const antwort of [...zuhoerer]) {
|
|
try { antwort.write(text); } catch { zuhoerer.delete(antwort); }
|
|
}
|
|
}
|
|
|
|
/** Wie viele Quellen gerade hoeren — fuer die Anzeige im Pult. */
|
|
export function buehneQuellen() {
|
|
return zuhoerer.size;
|
|
}
|
|
|
|
/* ======================================================================
|
|
DIE WEGE
|
|
====================================================================== */
|
|
|
|
/* ==== DAS BILD EINER SPENDENSTUFE ==================================
|
|
|
|
Es haengt HIER und nicht am Spenden-Router, und dafuer gibt es
|
|
genau einen Grund: Die Spendentafel in OBS hat KEINE Anmeldung.
|
|
Am Spenden-Router steht eine Schranke ueber allem, und ein 401 als
|
|
JSON in einem `<img>` ergibt ein kaputtes Bild ohne jeden Hinweis.
|
|
Dieselbe Ueberlegung wie beim Profilbild, das deshalb auch vor dem
|
|
Aufgaben-Router haengt.
|
|
|
|
OHNE SCHLUESSEL -- UND WARUM DAS VERTRETBAR IST. Der Dateiname
|
|
sind 32 zufaellige Zeichen aus `randomBytes(16)`, also 128 Bit. Das
|
|
ist dieselbe Groessenordnung wie der Buehnenschluessel selbst. Und
|
|
der Gegenstand ist ein Zierbild, das Filipe fuer seinen Stream
|
|
hochlaedt -- es steht ohnehin oeffentlich im Bild. Eine Schranke
|
|
davor waere eine, die nur den eigenen Saal aussperrt: Der kennt
|
|
den Buehnenschluessel naemlich nicht, den bekommt nur die Leitung.
|
|
|
|
DER NAME MUSS GENAU DEM MUSTER ENTSPRECHEN. Damit laesst sich kein
|
|
Pfad verlassen, auch nicht ueber kodierte Zeichen. */
|
|
buehneRouter.get("/workspace/api/buehne/spendenbild/:datei", (req, res) => {
|
|
try {
|
|
const name = String(req.params.datei);
|
|
if (!/^[a-f0-9]{32}\.(jpg|png|webp)$/.test(name)) return res.status(404).end();
|
|
const pfad = join(DATEN_ORDNER, "spendenbilder", name);
|
|
if (!existsSync(pfad)) return res.status(404).end();
|
|
res.setHeader("Content-Type", name.endsWith(".jpg") ? "image/jpeg"
|
|
: name.endsWith(".png") ? "image/png" : "image/webp");
|
|
res.setHeader("X-Content-Type-Options", "nosniff");
|
|
/* Alles verbietende Inhaltsregel: Selbst wenn eine Datei jemals
|
|
durchkaeme, die der Browser als etwas anderes liest, darf sie
|
|
nichts nachladen und nichts ausfuehren. */
|
|
res.setHeader("Content-Security-Policy", "default-src 'none'; sandbox");
|
|
/* Der Name ist zufaellig und aendert sich bei jedem neuen Bild --
|
|
er darf lange zwischengespeichert werden. Das ist hier mehr als
|
|
Sparsamkeit: Eine OBS-Quelle laeuft stundenlang, und ein Bild,
|
|
das bei jeder Karte neu geladen wird, erscheint beim ersten Mal
|
|
mit einer Verzoegerung mitten in der Einblendung. */
|
|
res.setHeader("Cache-Control", "public, max-age=604800, immutable");
|
|
liefereDatei(req, res, pfad);
|
|
} catch (fehler) {
|
|
console.error("[buehne] Spendenbild:", fehler?.message);
|
|
res.status(404).end();
|
|
}
|
|
});
|
|
|
|
/** Was gerade laeuft. Ein einziger Aufruf beim Start der Quelle. */
|
|
buehneRouter.get("/workspace/api/buehne/lage", mitSchluessel, (req, res) => {
|
|
try {
|
|
const s = db().prepare("SELECT * FROM reaktion WHERE id = 1").get();
|
|
res.set("Cache-Control", "no-store");
|
|
res.json({
|
|
/* NUR, WAS OHNEHIN IM STREAM STEHT. Kein Chat, keine Namen von
|
|
Zusehenden, keine Zahlen ueber das Haus. Wer den Schluessel
|
|
hat, sieht nichts, was nicht gerade gesendet wird. */
|
|
stand: s?.stand || "zu",
|
|
video: s?.video || "",
|
|
video_titel: s?.video_titel || "",
|
|
laeuft: !!s?.laeuft,
|
|
sekunde: s?.sekunde || 0,
|
|
/* DIE GESCHWINDIGKEIT MUSS MIT. Ohne sie liefe das Video in
|
|
OBS immer auf 1,0 -- und sobald die Regie auf 1,5 stellt,
|
|
liefe der Stream langsamer als der Saal. Nach fuenf Minuten
|
|
waeren das zweieinhalb Minuten Unterschied, und was Filipe
|
|
kommentiert, haetten die Zuschauer noch gar nicht gesehen. */
|
|
tempo: Number(s?.tempo) || 1,
|
|
/* DIE ANORDNUNG GEHOERT AUF DIE BUEHNE. Die Videoquelle zeigt
|
|
nur das Video -- aber sie muss wissen, ob es ueberhaupt zu
|
|
sehen sein soll: Bei „nur Kamera" darf im Stream kein
|
|
stehengebliebenes YouTube-Bild liegen. */
|
|
layout: s?.layout || "kino",
|
|
/* ==== DIE WERBUNG GEHOERT IN DEN STREAM ==================
|
|
Sie ist der Grund, warum es sie gibt: Ein Band, das nur auf
|
|
der Seite laeuft, erreicht die Leute nicht, die ueber
|
|
TikTok oder YouTube zusehen -- und das sind die meisten.
|
|
|
|
Die Botschaften kommen MIT, nicht nur ihre Kennungen. Die
|
|
Buehnenquelle hat keine Anmeldung und koennte sie sonst
|
|
nirgends nachschlagen. */
|
|
werbung: werbungStand(db()),
|
|
gesendet: Date.now(),
|
|
titel: s?.titel || "",
|
|
});
|
|
} catch (fehler) {
|
|
console.error("[buehne] Lage:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
/** Der Strom: Videowechsel und Spendenkarten. */
|
|
buehneRouter.get("/workspace/api/buehne/strom", mitSchluessel, (req, res) => {
|
|
if (zuhoerer.size >= MAX_QUELLEN) return res.status(503).end();
|
|
res.set({
|
|
"Content-Type": "text/event-stream",
|
|
"Cache-Control": "no-store",
|
|
Connection: "keep-alive",
|
|
/* Kein Puffer dazwischen -- sonst kommt die Karte, wenn die
|
|
naechste kommt. */
|
|
"X-Accel-Buffering": "no",
|
|
});
|
|
res.flushHeaders?.();
|
|
res.write("retry: 3000\n\n");
|
|
zuhoerer.add(res);
|
|
|
|
/* ALLE 25 SEKUNDEN EIN LEBENSZEICHEN. Ein Strom, durch den nichts
|
|
fliesst, wird von jedem Vermittler irgendwann geschlossen -- und
|
|
OBS merkt es erst, wenn die naechste Karte ausbleibt. */
|
|
const puls = setInterval(() => {
|
|
try { res.write(": puls\n\n"); } catch { /* gleich weg */ }
|
|
}, 25_000);
|
|
|
|
req.on("close", () => {
|
|
clearInterval(puls);
|
|
zuhoerer.delete(res);
|
|
});
|
|
});
|
|
|
|
/* ---------- Fuer das Regiepult ----------------------------------------- */
|
|
function nurLeitung(req, res, next) {
|
|
const p = sitzungLesen(req);
|
|
if (!p) return res.status(401).json({ fehler: "nicht_angemeldet" });
|
|
if (p.haus === "agentur") return res.status(404).end();
|
|
if (!LEITUNG.has(p.rolle)) return res.status(403).json({ fehler: "nur_leitung" });
|
|
req.person = p;
|
|
next();
|
|
}
|
|
|
|
buehneRouter.get("/workspace/api/buehne/adressen", nurLeitung, (req, res) => {
|
|
try {
|
|
const s = buehneSchluessel();
|
|
const wurzel = `https://${req.get("Host")}`;
|
|
res.set("Cache-Control", "no-store");
|
|
res.json({
|
|
video: `${wurzel}/workspace/buehne.html?s=${s}`,
|
|
tafel: `${wurzel}/workspace/tafel.html?s=${s}`,
|
|
buehnenmodus: `${wurzel}/workspace/reaktion.html?nur=buehne`,
|
|
quellen: buehneQuellen(),
|
|
});
|
|
} catch (fehler) {
|
|
console.error("[buehne] Adressen:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
buehneRouter.post("/workspace/api/buehne/schluessel", nurLeitung, (req, res) => {
|
|
try {
|
|
const neu = randomBytes(32).toString("hex");
|
|
einstellungSetzen(SCHLUESSEL_NAME, neu, req.person);
|
|
protokolliere("buehne_schluessel", {
|
|
personId: req.person.id,
|
|
detail: "neu erzeugt",
|
|
ip: echteIp(req),
|
|
});
|
|
/* DIE ALTEN QUELLEN WERDEN GESCHLOSSEN. Sonst liefe eine Quelle
|
|
mit dem alten Schluessel weiter, obwohl er zurueckgezogen ist
|
|
-- und man haelt sich fuer sicher, ohne es zu sein. */
|
|
for (const antwort of [...zuhoerer]) {
|
|
try { antwort.end(); } catch { /* egal */ }
|
|
zuhoerer.delete(antwort);
|
|
}
|
|
const wurzel = `https://${req.get("Host")}`;
|
|
res.json({
|
|
video: `${wurzel}/workspace/buehne.html?s=${neu}`,
|
|
tafel: `${wurzel}/workspace/tafel.html?s=${neu}`,
|
|
quellen: 0,
|
|
});
|
|
} catch (fehler) {
|
|
console.error("[buehne] Schluessel:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|