Reaction: Material statt Kaesten, Spende in der Mitte, Gaeste werden gefragt

Nach Filipes sieben Bildschirmfotos vom 07.10.2026. Sieben Wuensche,
und einer davon ("alles viel hochwertiger") betrifft alle anderen --
deshalb steht das Fundament zuerst und nicht am Ende.

DAS AUSSEHEN HAT EINEN WERKSTOFF. Jede Flaeche sagt jetzt, ob sie oben
oder unten liegt: Was obenauf liegt, bekommt oben eine helle Kante und
darunter einen Schatten; was vertieft ist, genau umgekehrt. Dazwischen
gibt es nichts mehr. Vorher stand im ganzen Pult zweimal eine
Lichtkante und sonst nirgends -- genau deshalb sahen diese zwei Stellen
gut aus und alles daneben danebengestellt. Dazu: jeder Knopf senkt sich
beim Druecken, jedes Feld ist ein Loch und kein Kasten, und wer mit der
Tastatur bedient, wird zum ersten Mal ueberhaupt gesehen.

UND EIN FUND DABEI: Die drei Kacheln des Regieplatzes hiessen in der
HTML anders als im Stilblatt (kachel--laeuft gegen regiekachel--laeuft,
regieregiekachel__kopf gegen regiekachel__kopf). Die Aufteilung "links
was laeuft, rechts was man eintraegt" hat damit NIE gegriffen -- und
mess-reaktion hat den falschen Zustand gemessen und gruen gemeldet,
weil sie gegen die HTML geschrieben war.

DIE SPENDENKARTE STEHT IN DER MITTE und kommt aus der Tiefe nach vorn.
Das dreht eine Entscheidung vom 28.09. um ("sie deckt nie die Mitte
zu"); die Begruendung war richtig und ist es noch -- sie schuetzt das
Video, und Filipe sieht die Spende als das, was in dem Augenblick
zaehlt. Der alte Platz bleibt einen Knopf weit weg und gilt fuer Saal
UND OBS-Tafel. Die Karte besteht dafuer aus zwei Teilen: `opacity`
unter 1 zwingt ein Element auf `transform-style: flat`, eine Karte mit
Deckkraft-Uebergang waere also genau waehrend des Hereinkommens flach
und spraenge am Ende in einem Bild in die Tiefe.

FERTIGE SAETZE GEHEN SOFORT INS BILD. Der Browser schickt nur die
Kennung, den Text holt der Server -- deshalb darf hier die Bestaetigung
entfallen und beim freien Text nicht. Zwei Schranken bleiben: sofort
nur mit einem der vier Knopfbetraege (Filipes Ansage galt dem SATZ,
nicht der Summe), und GEZEIGT IST NICHT GEBUCHT -- die Dogen gibt es
erst nach dem Tipp der Leitung, sonst stellt sich jeder seine eigene
Waehrung aus.

WER GESPENDET HAT, GLAENZT IM CHAT -- je nach Hoehe. Die Dauer haengt
an der Stufe und nicht an einer zweiten Leiter; 0 heisst "gar nicht".

GAESTE WERDEN GEFRAGT, NICHT GEHOLT. Vorher sprang die Kamera eines
Zuschauers an, sobald jemand "Dazuholen" drueckte -- er hat es daran
gemerkt, dass er sich selbst sah. Jetzt gibt es einen Vorraum: eigenes
Bild, Pegel, Kamera und Mikro vorwaehlen, Geraete waehlen, dann "Dabei
sein" oder "Lieber nicht". Zwei Minuten Frist, und sie verfaellt
SICHTBAR -- eine verschwundene Zeile sieht fuer den Host aus wie ein
Verklicker.

DAS MISCHPULT. Hier stand fest `echoCancellation: true,
noiseSuppression: true`. Fuer ein Laptopmikrofon richtig, ueber einem
RODECaster falsch: Das Pult hat Gate, Kompressor und EQ schon gemacht,
und die Echo-Unterdrueckung legt sich danach als zweite Automatik
darueber und duckt, sobald von der Gegenseite Ton kommt -- genau das
Pumpen vom 14.09. Jetzt: Geraetewahl fuer Mikro, Kamera und Ausgabe
(auch fuer Gaeste), ein Pultmodus, und darunter GEMESSEN, was wirklich
ankommt. Mit und ohne Pult.

DAS ZWEITE VIDEO war nie gesperrt -- es war nur unsichtbar. Jetzt
stehen Vorschaubild, Titel und die gemerkte Stelle da, "Jetzt wechseln"
auch von hier aus, und aus der Warteschlange legt ein Knopf eines
bereit.

UND EIN FUND AUF DEM BILDSCHIRMFOTO: Das Band "Ton einschalten" lag auf
derselben Hoehe wie die Senderleiste. Bei vier Knoepfen reichte die
Leiste bis zur Mitte -- vom Mikro-Knopf war nur noch ein "t" zu sehen.
Das war schon vorher so; der fuenfte Knopf hat es sichtbar gemacht.
Dieselbe Lehre wie am 06.09.: keine neue Zahl suchen, sondern die
Begegnung unmoeglich machen. mess-reaktion misst das jetzt als
UEBERLAPPUNG.

GEPRUEFT: pruef-reaktion 423 -> 478 (0 Fehler), pruef-spenden 172 -> 215
(0), pruef-reaktion-schmal 44 (0), pruef-tippziele 13 (0), dazu gruen:
pruef-css-klassen, pruef-alle-wege, pruef-haus-trennung, pruef-agentur,
pruef-deutsche-texte. Keine Zahl ist gefallen.

Drei Doppelungen hat erst das Pruefen gefunden: `satz_unbekannt` gab es
zweimal (Muenzsatz), `saetze` im Spendenstand war belegt (ebenfalls
Muenzsaetze), und `glanz_minuten` waere in einem frischen Haus immer 0
geblieben -- die Spalte kam per ALTER TABLE, und das laeuft VOR dem
Anlegen der Werksstufen.

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-10-08 01:31:24 +02:00
co-authored by Claude Opus 5
parent 2764aea61c
commit 996231af6e
63 changed files with 5783 additions and 841 deletions
+329 -15
View File
@@ -47,6 +47,7 @@ import {
GROESSE_MIN, GROESSE_MAX, BILD_MAX_BYTES,
centInMille, milleInCent, ZEICHEN_NAME, CENT_JE_DOGE,
DOGEN_SAETZE, DOGEN_STUFEN, SATZ_NAME, muenzeAdresse,
SAETZE_MAX, GLANZ_MIN_MINUTEN, GLANZ_MAX_MINUTEN, PLATZ_NAME, PLAETZE,
} from "./spenden-tabellen.js";
const BILDER = join(DATEN_ORDNER, "spendenbilder");
@@ -291,6 +292,22 @@ function alsKarte(z) {
herkunft: z.herkunft,
stand: z.stand,
erstellt: z.erstellt,
/* ==== STAND UND „SCHON IM BILD" SIND ZWEI VERSCHIEDENE DINGE
(08.10.2026)
Seit es die fertigen Sätze gibt, kann eine Karte GELAUFEN
sein, während die Spende noch auf die Bestätigung wartet. Ohne
diese Auskunft stünde sie im Pult wie jede andere offene, und
die Leitung würde sie bestätigen in der Annahme, sie damit
erst zu zeigen — sie wäre längst durch. */
schon_gezeigt: !!z.gezeigt_am,
/* WO DIE KARTE HINGEHÖRT, ENTSCHEIDET NICHT DIE KARTE. Der Platz
ist eine Einstellung des Hauses und gilt für alle; er reist
trotzdem MIT der Karte, weil die Bühnentafel in OBS keine
zweite Auskunft abholen kann -- sie hat keine Sitzung und
bekommt nur, was der Strom bringt. Dieselbe Begründung wie
beim Zeichen eine Zeile darüber. */
platz: kartenPlatz(),
stufe: st ? {
name: st.name, vorlage: st.vorlage, bild: bildAdresse(st.bild),
farbe: st.farbe, dauer_ms: st.dauer_ms,
@@ -299,6 +316,29 @@ function alsKarte(z) {
};
}
/** Wo die Karte steht — „mitte" oder „rand".
*
* ==== WARUM DIE MITTE DIE VORGABE IST (08.10.2026)
*
* Filipe: „die spende soll auch in der mitte vom bild angezeigt
* werden. es soll richtig geil angezeigt werden so richtig in 3D
* modus."
*
* Das dreht eine Entscheidung vom 28.09. um; dort stand wörtlich
* „sie deckt nie die Mitte zu". Der Grund dafür war richtig und ist
* es immer noch — nur gilt er für eine andere Frage: Er schützt das
* VIDEO. Filipe sieht inzwischen die Spende als das, was in diesem
* Augenblick zählt, und das ist seine Entscheidung und nicht meine.
*
* „rand" bleibt deshalb erhalten und ist einen Knopf weit weg: Bei
* einem Film, bei dem der Mitteldeckel stört, ist der alte Platz
* der bessere — und eine Entscheidung, die man nicht zurücknehmen
* kann, ist keine Einstellung, sondern eine Festlegung. */
function kartenPlatz() {
const p = einstellung(PLATZ_NAME, "");
return PLAETZE.includes(p) ? p : PLAETZE[0];
}
/** Aus dem Dateinamen wird eine Adresse -- oder nichts.
*
* Die Adresse zeigt auf den Buehnen-Router und NICHT hierher: Die
@@ -418,13 +458,19 @@ function personenListe(person) {
} catch { return []; }
}
/** Eine bestaetigte Spende ins Bild schicken. */
function zeigen(z) {
/** Eine Spende ins Bild schicken.
*
* `buchen` entscheidet, ob die Dogen dabei gutgeschrieben werden.
* Seit dem 08.10.2026 sind das zwei getrennte Fragen: Eine Karte mit
* fertigem Satz läuft SOFORT, die Punkte gibt es erst nach dem Tipp
* der Leitung. Die Begründung steht ausführlich in
* `spenden-tabellen.js` beim Abschnitt über die fertigen Sätze. */
function zeigen(z, buchen = true) {
/* ERST BUCHEN, DANN ZEIGEN. Andersherum liefe die Karte, und wenn
dabei etwas schiefginge, stuenden die Dogen nicht im Buch --
sichtbar gedankt und nicht gutgeschrieben ist der aergerlichere
der beiden moeglichen Fehler. */
gutschreiben(z);
if (buchen) gutschreiben(z);
db().prepare("UPDATE spenden SET gezeigt_am = ? WHERE id = ?").run(jetzt(), z.id);
const daten = { was: "zeigen", karte: alsKarte(z) };
stromAn(empfaenger(), "spende", daten);
@@ -433,6 +479,118 @@ function zeigen(z) {
buehneMelden("spende", daten);
}
/* ======================================================================
DIE FERTIGEN SÄTZE
====================================================================== */
/** Alle fertigen Sätze, in ihrer Reihenfolge. */
function saetzeLesen() {
try {
return db().prepare("SELECT id, text FROM spenden_saetze ORDER BY platz, id").all();
} catch { return []; }
}
/* ======================================================================
WER IM CHAT GERADE BESONDERS AUSSIEHT (08.10.2026)
Filipe: „die leute die spenden gemacht haben sollen auch für eine
kurze zeit speziell aussehen je nach höhe von spende."
---------------------------------------------------------------------
EINE ABFRAGE FÜR ALLE BEITRÄGE, NICHT EINE JE BEITRAG
Der Chat lädt 120 Beiträge auf einmal. Eine Abfrage je Beitrag
wären 120 Abfragen für eine Auskunft, die sich zwischen ihnen gar
nicht ändern kann. Also einmal lesen, Map zurückgeben, fertig --
`fuerDenSaal()` schlägt darin nur noch nach.
---------------------------------------------------------------------
DIE STÄRKSTE STUFE GEWINNT, NICHT DIE LETZTE
Wer zuerst 2,5 Dogen gibt und zehn Minuten später 0,2, soll nicht
auf die kleine Stufe zurückfallen -- das läse sich wie eine
Bestrafung dafür, dass er noch einmal gegeben hat. Gilt die alte
grosse noch, bleibt sie.
---------------------------------------------------------------------
GEZÄHLT WIRD AB „IM BILD", NICHT AB „EINGETRAGEN"
`gezeigt_am` und nicht `erstellt`: Eine Spende, die eine Stunde im
Pult lag, würde sonst im selben Augenblick golden und wieder grau,
in dem die Leitung sie bestätigt. Der Glanz beginnt dort, wo ihn
alle sehen.
====================================================================== */
export function spenderGlanz() {
const karte = new Map();
try {
const stufen = db().prepare("SELECT ab_cent, name, farbe, glanz_minuten"
+ " FROM spenden_stufen ORDER BY ab_cent DESC").all();
if (!stufen.length) return karte;
/* NUR SO WEIT ZURÜCK, WIE DIE LÄNGSTE STUFE REICHT. Ohne diese
Grenze läse die Abfrage bei jedem Chataufruf die ganze
Spendentabelle -- 400 Tage lang. */
const laengste = Math.max(0, ...stufen.map((s) => Number(s.glanz_minuten) || 0));
if (laengste <= 0) return karte;
const seit = new Date(Date.now() - laengste * 60_000).toISOString();
const zeichen = zeichenSatz();
const reihen = db().prepare(`SELECT person_id, betrag_cent, gezeigt_am
FROM spenden
WHERE person_id IS NOT NULL AND gezeigt_am IS NOT NULL AND gezeigt_am > ?
ORDER BY gezeigt_am`).all(seit);
const jetztMs = Date.now();
for (const z of reihen) {
/* Dieselbe Regel wie überall: die höchste Stufe, die noch
passt. Die Liste steht absteigend, also gewinnt die erste. */
const st = stufen.find((s) => s.ab_cent <= z.betrag_cent);
if (!st) continue;
const minuten = Number(st.glanz_minuten) || 0;
if (minuten <= 0) continue;
const bis = Date.parse(z.gezeigt_am) + minuten * 60_000;
if (!Number.isFinite(bis) || bis <= jetztMs) continue;
const mille = centInMille(z.betrag_cent);
const alt = karte.get(z.person_id);
if (alt && alt.ab_cent > st.ab_cent) continue;
karte.set(z.person_id, {
ab_cent: st.ab_cent,
stufe: st.name,
farbe: st.farbe,
dogen_mille: mille,
/* DIE MÜNZE FERTIG UND NICHT DER GANZE SATZ. Eine Nachricht
trägt sonst vier Adressen mit sich, von denen drei nie
gebraucht werden -- bei 120 Beiträgen ist das der
Unterschied zwischen einer kleinen und einer grossen
Antwort. */
muenze: muenzeFuerSatz(zeichen, mille),
/* Wann der Glanz endet -- als ALTER in Millisekunden und
nicht als Uhrzeit. Die Uhr des Empfängers kann falsch
gehen; eine Dauer kann kein Gerät falsch stellen. Das ist
dieselbe Lehre wie beim Gleichlauf des Videos am
30.09.2026. */
noch_ms: Math.max(0, bis - jetztMs),
});
}
} catch (fehler) {
/* Ein fehlender Glanz ist ein Schönheitsfehler. Der Chat muss
auch dann laufen, wenn die Spendentabellen klemmen. */
console.error("[spenden] Glanz:", fehler?.message);
}
return karte;
}
/** Welche Münze zu dieser Zahl gehört -- dieselbe Regel wie im
* Browser (`spendenkarte.js`), nur hier für den Chat. */
function muenzeFuerSatz(satz, mille) {
if (!satz || !Array.isArray(satz.grenzen)) return "";
const [u, o] = satz.grenzen;
if (mille < u) return satz.niedrig || "";
if (mille < o) return satz.mittel || "";
return satz.hoch || "";
}
/* ======================================================================
DIE WEGE
====================================================================== */
@@ -484,6 +642,8 @@ spendenRouter.get("/workspace/api/spenden", (req, res) => {
dauer_min: DAUER_MS_MIN, dauer_max: DAUER_MS_MAX,
groesse_min: GROESSE_MIN, groesse_max: GROESSE_MAX,
bild_max_mb: Math.round(BILD_MAX_BYTES / 1024 / 1024),
glanz_min: GLANZ_MIN_MINUTEN, glanz_max: GLANZ_MAX_MINUTEN,
plaetze: PLAETZE, saetze_max: SAETZE_MAX,
},
/* ==== DER KURS GEHT NUR AN DIE LEITUNG ==================
@@ -508,6 +668,26 @@ spendenRouter.get("/workspace/api/spenden", (req, res) => {
dogen_max_mille: DOGEN_MAX_MILLE,
gruss_max: GRUSS_MAX,
name_max: NAME_MAX,
/* ==== DIE FERTIGEN SÄTZE SIEHT JEDER ======================
Sie sind das Angebot an den, der gibt -- ohne sie bliebe
nur das freie Feld, und genau das soll die Ausnahme werden
und nicht die Regel. Welche Kennung zu welchem Satz gehört,
darf jeder wissen; der Text steht ohnehin auf dem Knopf. */
/* ==== `fertige_saetze` UND NICHT `saetze` =================
`saetze` gehört seit dem 28.09.2026 den MÜNZSÄTZEN (Klassik,
Amethyst, Neon). Beim ersten Bau hiess dieses Feld genauso
und hat sie überschrieben -- die Münzauswahl im Register
„Gestaltung" wäre damit leer gewesen, und zwar lautlos.
Gefunden hat es `pruef-spenden` beim ersten Lauf. Zwei
Bedeutungen unter einem Namen sind dieselbe Falle wie zwei
Regeln für dieselbe Frage. */
fertige_saetze: saetzeLesen(),
/* Welche Beträge sofort ins Bild dürfen. Der Browser graut
den Sofort-Weg sonst nach Gefühl aus oder gar nicht -- und
eine Zahl, die er selbst mitbringt, wäre die zweite
Antwort auf dieselbe Frage. */
sofort_mille: KNOEPFE_MILLE,
platz: kartenPlatz(),
/* WAS ICH SELBST HABE, SEHE ICH IMMER. Das ist Filipes
„hinzugefuegt werden": Ohne einen sichtbaren Stand waere es
eine Zahl in einer Datenbank und kein Grund, wiederzukommen. */
@@ -570,13 +750,53 @@ spendenRouter.post("/workspace/api/spenden/melden", express.json({ limit: "4kb"
erscheint, die offenste Tuer des ganzen Hauses. */
const name = String(req.body?.name ?? req.person.name).trim().slice(0, NAME_MAX)
|| req.person.name;
const gruss = String(req.body?.gruss ?? "").trim().slice(0, GRUSS_MAX);
/* ==== EIN FERTIGER SATZ GEHT SOFORT INS BILD (08.10.2026) ==
Filipe: „es soll fertige sätze geben und wenn jemand die
auswählt muss keiner es bestätigen dan wird es sofort
angezeigt und wenn jemand selber was schreibt dan muss
bestätigt werden damit es angezeigt wird."
DER TEXT KOMMT AUS DER DATENBANK UND NICHT AUS DER LEITUNG.
Hereingeschickt wird nur `satz_id`. Damit kann an dieser
Stelle überhaupt kein fremdes Wort entstehen -- und genau
das ist der Grund, warum hier die Bestätigung entfallen
darf und beim freien Text nicht.
GILT NUR FÜR DIE BETRÄGE DER KNÖPFE. Die vollständige
Begründung steht in `spenden-tabellen.js`; kurz: Filipes
Ansage galt dem SATZ, nicht der Summe, und eine
selbstgetippte Zahl ungesehen gross im Stream wäre der
Fehler, den man nicht mehr einfangen kann. */
const satzId = Number(req.body?.satz_id) || 0;
const satz = satzId
? db().prepare("SELECT text FROM spenden_saetze WHERE id = ?").get(satzId)
: null;
/* Eine Kennung, die es nicht gibt, ist ein Fehler und kein
„dann eben ohne Text". Wer einen Satz ausgewählt hat und
eine leere Karte bekäme, hielte das für kaputt -- zu Recht. */
if (satzId && !satz) return res.status(400).json({ fehler: "fertigsatz_unbekannt" });
const gruss = satz
? satz.text
: String(req.body?.gruss ?? "").trim().slice(0, GRUSS_MAX);
const sofort = !!satz && KNOEPFE_MILLE.includes(Math.round(Number(req.body.dogen_mille)));
const { lastInsertRowid } = db().prepare(`INSERT INTO spenden
(betrag_cent, waehrung, name, gruss, person_id, herkunft, stand, erstellt)
VALUES (?,?,?,?,?,'gemeldet','offen',?)`)
.run(cent, "EUR", name, gruss, req.person.id, jetzt());
const z = db().prepare("SELECT * FROM spenden WHERE id = ?").get(Number(lastInsertRowid));
let z = db().prepare("SELECT * FROM spenden WHERE id = ?").get(Number(lastInsertRowid));
/* OHNE GUTSCHRIFT. Gezeigt wird sofort, gebucht wird nach der
Bestätigung -- sonst stellte sich jeder seine eigene
Währung aus. */
if (sofort) {
zeigen(z, false);
z = db().prepare("SELECT * FROM spenden WHERE id = ?").get(Number(lastInsertRowid));
}
/* Die Leitung erfaehrt es sofort -- sonst liegt die Meldung da,
und der Zuschauer wartet auf eine Karte, die niemand sieht. */
stromAn(
@@ -584,7 +804,7 @@ spendenRouter.post("/workspace/api/spenden/melden", express.json({ limit: "4kb"
.all().map((p) => p.id),
"spende", { was: "offen", karte: alsKarte(z) },
);
res.status(201).json({ ok: true, wartet: true });
res.status(201).json({ ok: true, wartet: !sofort, sofort });
} catch (fehler) {
console.error("[spenden] Melden:", fehler?.message);
res.status(503).json({ fehler: "nicht_verfuegbar" });
@@ -686,7 +906,21 @@ spendenRouter.post("/workspace/api/spenden/:id(\\d+)/bestaetigen", nurGeld,
detail: `#${z.id}, ${centInMille(cent)} Tausendstel Dogen`,
ip: echteIp(req),
});
zeigen(neu);
/* ==== WAS SCHON IM BILD WAR, LÄUFT NICHT NOCH EINMAL ========
(08.10.2026)
Eine Karte mit fertigem Satz ist beim Melden sofort gelaufen
(siehe `melden`). Die Bestätigung holt danach das nach, was
bewusst offen geblieben ist: die GUTSCHRIFT. Sie noch einmal
zu zeigen hiesse, dieselbe Spende zweimal im Stream zu
haben -- und zwar ausgerechnet mit einigen Minuten Abstand,
sodass es wie zwei verschiedene aussieht.
Wer sie trotzdem noch einmal sehen will, hat dafür den Knopf
„Nochmal". Das ist dann eine Entscheidung und kein
Nebeneffekt. */
if (z.gezeigt_am) gutschreiben(neu);
else zeigen(neu);
res.json(alsKarte(neu));
} catch (fehler) {
console.error("[spenden] Bestaetigen:", fehler?.message);
@@ -757,7 +991,27 @@ spendenRouter.put("/workspace/api/spenden/stufen", nurGeld,
if (!Number.isFinite(groesse) || groesse < GROESSE_MIN || groesse > GROESSE_MAX) {
return res.status(400).json({ fehler: "groesse_unklar" });
}
sauber.push({ ab, name, vorlage, farbe, dauer, groesse, id: Number(z?.id) || 0 });
/* ==== WIE LANGE JEMAND IM CHAT BESONDERS AUSSIEHT =========
Fehlt der Wert ganz, gilt 0 -- „gar nicht". Das ist keine
stille Annahme, sondern die einzige, die nichts kaputt
machen kann: Eine ältere Oberfläche, die das Feld noch
nicht kennt, schaltet damit den Glanz ab, statt ihn auf
einen geratenen Wert zu setzen. */
const glanz = Math.round(Number(z?.glanz_minuten ?? 0));
if (!Number.isFinite(glanz) || glanz < GLANZ_MIN_MINUTEN || glanz > GLANZ_MAX_MINUTEN) {
return res.status(400).json({ fehler: "glanz_unklar" });
}
sauber.push({ ab, name, vorlage, farbe, dauer, groesse, glanz, id: Number(z?.id) || 0 });
}
/* ==== DER PLATZ DER KARTE GEHÖRT IN DENSELBEN KNOPF ========
Er steht im selben Register und wird mit demselben
„Übernehmen" gespeichert. Ein eigener Knopf daneben wäre ein
zweiter Weg zu derselben Handlung -- und einer davon wird
dann vergessen. */
const platz = req.body?.platz === undefined ? null : String(req.body.platz);
if (platz !== null && !PLAETZE.includes(platz)) {
return res.status(400).json({ fehler: "platz_unklar" });
}
sauber.sort((a, b2) => a.ab - b2.ab);
@@ -822,17 +1076,18 @@ spendenRouter.put("/workspace/api/spenden/stufen", nurGeld,
const aendern = db().prepare(`UPDATE spenden_stufen SET
ab_cent = ?, name = ?, vorlage = ?, farbe = ?, dauer_ms = ?,
groesse = ?, geaendert = ? WHERE id = ?`);
groesse = ?, glanz_minuten = ?, geaendert = ? WHERE id = ?`);
const ein = db().prepare(`INSERT INTO spenden_stufen
(ab_cent, name, vorlage, bild, farbe, dauer_ms, groesse, geaendert)
VALUES (?,?,?,'',?,?,?,?)`);
(ab_cent, name, vorlage, bild, farbe, dauer_ms, groesse, glanz_minuten, geaendert)
VALUES (?,?,?,'',?,?,?,?,?)`);
for (const z of sauber) {
if (z.id && kenneIch.has(z.id)) {
aendern.run(z.ab, z.name, z.vorlage, z.farbe, z.dauer, z.groesse, jetzt(), z.id);
aendern.run(z.ab, z.name, z.vorlage, z.farbe, z.dauer, z.groesse,
z.glanz, jetzt(), z.id);
behalten.add(z.id);
} else {
const { lastInsertRowid } = ein.run(
z.ab, z.name, z.vorlage, z.farbe, z.dauer, z.groesse, jetzt());
z.ab, z.name, z.vorlage, z.farbe, z.dauer, z.groesse, z.glanz, jetzt());
behalten.add(Number(lastInsertRowid));
}
}
@@ -851,21 +1106,79 @@ spendenRouter.put("/workspace/api/spenden/stufen", nurGeld,
}
}
if (platz !== null) einstellungSetzen(PLATZ_NAME, platz);
protokolliere("spenden_stufen", {
personId: req.person.id,
detail: `${sauber.length} Stufen gespeichert`,
ip: echteIp(req),
});
res.json({ ok: true, stufen: stufenLesen() });
res.json({ ok: true, stufen: stufenLesen(), platz: kartenPlatz() });
} catch (fehler) {
console.error("[spenden] Stufen:", fehler?.message);
res.status(503).json({ fehler: "nicht_verfuegbar" });
}
});
/* ======================================================================
DIE FERTIGEN SÄTZE PFLEGEN
ALLE AUF EINMAL, wie die Stufenleiter -- und aus demselben Grund:
Eine Liste, die man Zeile für Zeile speichert, geht durch
Zwischenstände, in denen sie halb die alte und halb die neue ist.
Mitten in einer Sendung wählt dann jemand einen Satz aus, den es
eine Sekunde später nicht mehr gibt.
SIE BEKOMMEN NEUE KENNUNGEN, UND DAS IST HIER IN ORDNUNG. Anders
als an einer Stufe hängt an einem Satz nichts (kein Bild, keine
Datei). Was schon im Bild stand, trägt seinen Text längst als Text
in der Spendenzeile -- ein gelöschter Satz ändert rückwirkend also
nichts an dem, was jemand einmal gesagt hat.
====================================================================== */
spendenRouter.put("/workspace/api/spenden/fertige-saetze", nurGeld,
express.json({ limit: "8kb" }), (req, res) => {
try {
const roh = Array.isArray(req.body?.fertige_saetze) ? req.body.fertige_saetze : null;
if (!roh) return res.status(400).json({ fehler: "saetze_fehlen" });
if (roh.length > SAETZE_MAX) return res.status(400).json({ fehler: "zu_viele_saetze" });
const sauber = [];
for (const z of roh) {
const t = String(z ?? "").trim().slice(0, GRUSS_MAX);
/* Leere Zeilen werden weggelassen und nicht abgelehnt: Wer
einen Satz löschen will, leert sein Feld -- das ist der
naheliegendste Weg, und ihn mit einer Fehlermeldung zu
beantworten wäre eine Belehrung. */
if (t) sauber.push(t);
}
db().exec("BEGIN IMMEDIATE");
try {
db().exec("DELETE FROM spenden_saetze");
const ein = db().prepare("INSERT INTO spenden_saetze (text, platz, geaendert)"
+ " VALUES (?,?,?)");
sauber.forEach((t, i) => ein.run(t, i, jetzt()));
db().exec("COMMIT");
} catch (f) {
db().exec("ROLLBACK");
throw f;
}
protokolliere("spenden_saetze", {
personId: req.person.id,
detail: `${sauber.length} fertige Sätze gespeichert`,
ip: echteIp(req),
});
res.json({ ok: true, fertige_saetze: saetzeLesen() });
} catch (fehler) {
console.error("[spenden] Sätze:", fehler?.message);
res.status(503).json({ fehler: "nicht_verfuegbar" });
}
});
function stufenLesen() {
return db().prepare("SELECT id, ab_cent, name, vorlage, bild, farbe, dauer_ms,"
+ " groesse FROM spenden_stufen ORDER BY ab_cent").all()
+ " groesse, glanz_minuten FROM spenden_stufen ORDER BY ab_cent").all()
.map((z) => ({
id: z.id,
/* AUCH DIE GRENZE IST EINE ZAHL IN DOGEN. `ab_cent` bleibt der
@@ -877,6 +1190,7 @@ function stufenLesen() {
name: z.name, vorlage: z.vorlage, bild: bildAdresse(z.bild),
farbe: z.farbe, dauer_ms: z.dauer_ms,
groesse: Number(z.groesse) || 1,
glanz_minuten: Number(z.glanz_minuten) || 0,
}));
}