dogfather-universe

DogFatherGit/dogfather-universe

Fork 0

Commit Graph

Author SHA1 Message Date

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	c00c209ac9	Dogen statt Geld -- und die Texte schreiben die Leute selbst Filipe, 28.09.2026: "der text der dazu erscheint sollen die leute selber schreiben koennen. soll auf nicht zu viel aber auch nicht zu wenig schreiben koennen. aber es sollen personalisierte texte sein von den leuten selbst." "mann soll nie die summe sehen sondern die dogen auch mit dem symbol ... es soll auch nie geld da stehen sondern Dogen." "ich will dass die den leuten auch als punkte hinzugefuegt werden." DER TEXT KOMMT VON DEM, DER GIBT Bisher konnte ihn nur die Leitung tippen; beim Melden schickte der Zuschauer gar nichts mit. Jetzt stehen nach dem Tippen auf einen Betrag zwei Felder da: Name auf der Karte (mit dem eigenen Namen vorausgefuellt) und der eigene Text, bis 140 Zeichen. 140 ist gemessen, nicht geraten: Die Karte steht je nach Stufe sechs bis elf Sekunden. Bei 140 Zeichen sind das zwei bis drei Zeilen -- die fasst man im Vorbeischauen. Bei 200 wird die Schrift auf einer kleinen Karte so eng, dass niemand mehr hinsieht, und ein Gruss, den keiner liest, ist schlechter als ein kurzer. Der Zaehler erscheint erst ab 30 uebrigen Zeichen; einer, der von Anfang an mitlaeuft, macht aus einem Gruss eine Aufgabe. UND EINE SCHRANKE DAVOR. Der Text kommt von einem Fremden und steht gleich im Livestream. Er laeuft ohnehin durch die Bestaetigung -- neu ist, dass die Leitung ihn dort AENDERN kann. Ohne das bliebe nur "ganz ablehnen", und dann faellt wegen eines Wortes eine echte Spende unter den Tisch. NIE WIEDER GELD AUF DEM BILDSCHIRM Ein Doge sind zehn Euro (Filipes Angabe "1 euro sind 0,10 dogen", rueckgefragt und bestaetigt -- zwischen den beiden Lesarten liegt der Faktor 100). Gerechnet wird in Tausendsteln, nie in Kommazahlen. Das Entscheidende ist nicht die Beschriftung: DER BROWSER BEKOMMT KEINEN EURO-BETRAG MEHR, auch nicht verborgen im JSON. Der Kurs steht einmal auf dem Server. Was nicht gesendet wird, kann an keiner Stelle versehentlich erscheinen, und niemand muss daran denken. Gemessen: 38 Felder im Stand, kein Geldfeld, kein Eurozeichen, auch nicht auf der Buehnentafel. Der einzige Ort, an dem noch ein Euro entsteht, ist die PayPal-Adresse -- weil PayPal ihn braucht. DIE PUNKTE: EIN BUCH, KEIN ZAEHLER Ein Feld `dogen` an der Person waere kuerzer gewesen -- und die zweite Antwort auf dieselbe Frage. Der Stand IST die Summe der Buchungen, und eine Summe kann sich nicht von ihren Posten entfernen. Weil Filipe spaeter etwas daran haengen will ("spezielle sachen ... wo mit diesen dogpunkten zu tun hat"), steht neben jeder Zeile ein Grund und ein Datum: Ein Zaehler, der kleiner wird, laesst keine Frage mehr beantworten. Dass nie doppelt gutgeschrieben wird, entscheidet ein eindeutiger Index in der Datenbank und keine Bedingung im Programm -- "nochmal zeigen" und ein wiederholter Strom koennen es damit gar nicht ausloesen. Ohne Person keine Punkte: Eine von Hand eingetragene Spende hat oft nur einen Vornamen auf dem Handy. Daraus eine Person zu RATEN waere schlimmer als keine Gutschrift -- deshalb waehlt die Leitung sie aus, und tut sie es nicht, laeuft die Karte trotzdem. DAS SYMBOL IST VORBEREITET Filipe: "die symbole schick ich dir spaeter." Es wird im Regiepult hochgeladen, ohne Deploy -- bis dahin steht eine gezeichnete Muenze da. Es liegt bei den Stufenbildern, weil das der einzige Weg ist, der Bilder OHNE Anmeldung ausliefert; sonst fehlte es ausgerechnet im Stream. ======================================================================= UND EINE REPARATUR AN DEM, WAS HEUTE MITTAG LIVE GING Seit `3fedeea7` war der Buehnenmodus (reaktion.html?nur=buehne) kaputt: Leinwand null Pixel hoch, im Stream ein schwarzes Bild. Das ist die Fensterquelle fuer den Fall, dass Gaeste im Bild sind. Ursache: Teil A hat die Zeilen des Saals festgenagelt (#teil-live auf Zeile 2). Im Buehnenmodus stand aber seit jeher eine eigene Regel, die dem Saal nur EINE Zeile gibt -- das Video landete in einer impliziten Zeile, die sich nach ihrem Inhalt bemisst, waehrend die Leinwand ihre Hoehe aus der Zeile nimmt. Beide warten aufeinander, heraus kommt null. Das ist heute der VIERTE Fall von "zwei Regeln fuer dieselbe Frage" (Tafeln, Saalzeilen, Kamerabreite, Buehnenmodus). Die Loesung ist jedes Mal dieselbe: nicht die zweite Regel richtig stellen, sondern sie abschaffen. DREI DINGE, DIE DARAN LEHRREICH SIND: 1. MEINE EIGENE PRUEFUNG WAR GRUEN UND WERTLOS. Ich hatte nach Teil A extra geprueft: "genau eine Regel bestimmt die Zeilen des Saals". Sie verlangte, dass die Zeile mit `.saal` BEGINNT -- und hat `body[data-nur="buehne"] .saal { … }` deshalb nie gesehen. Jetzt zaehlt sie jede Regel, in deren Auswahl `.saal` vorkommt, mit einer Gegenprobe, die eine eingeschobene zweite wirklich findet. 2. EINE SEITE MIT ZWEI ANSICHTEN BRAUCHT BEIDE MESSUNGEN. Nach Teil A liefen `pruef-buehne` (Schnittstelle) und `mess-reaktion` (normale Ansicht). `mess-buehne` -- die einzige, die diese Ansicht ueberhaupt oeffnet -- lief nicht. 3. EIN PYTHON-SKRIPT, DAS ERST AM ENDE SCHREIBT, MELDET "ok" FUER AENDERUNGEN, DIE NIE ANKOMMEN. Eine fehlgeschlagene Zusicherung hat einen ganzen Stapel verworfen, obwohl die erste Aenderung schon bestaetigt war. Die Messung meldete daraufhin "Auf der Karte steht: undefined" -- kein Fehler im Code, sondern eine Zeile, die nie geschrieben wurde. Gefunden hat es die Messung, nicht das Lesen. pruef-spenden 136/0 (vorher 95) - pruef-reaktion 321/0 - pruef-buehne 36/0 - pruef-css-klassen ok - pruef-tippziele 11/0 - mess-reaktion und mess-buehne ohne Beanstandung Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-28 18:54:02 +02:00
DogFatherGitandClaude Opus 5	d2f02ba84e	Spenden: Stufen gestaltbar, Bild hochladen, Größe je Stufe Filipes Wunsch: „mach paar fertige und so dass ich auch hochladen kann. auch so dass ich das anders gestalten kann oder die größe verändern kann. ... auch spezielle sachen bei speziellen spenden." WAS ES SCHON GAB, WAS FEHLTE Drei Stufen ab Werk, fünf gezeichnete Zeichen, Farbe und Dauer je Stufe — und sogar schon ein Feld für ein eigenes Bild. Es fehlte der Weg, das alles zu ÄNDERN: Um eine Stufe umzubenennen, hätte jemand in die Datenbank greifen müssen. DIE GRÖSSE IST DAS „SPEZIELLE BEI SPEZIELLEN SPENDEN" Je Stufe, nicht einmal für alle: Eine Rudel-Legende darf größer dastehen als ein Danke. Eine einzige Größe für alle wäre wieder eine Preisliste. Umgesetzt als EINE Schriftgröße, alles darin in `em` — nicht `transform: scale()`, denn die Karte kommt schon mit `translateX()` herein, und zwei `transform` an derselben Stelle schließen einander aus; außerdem wird Text beim Skalieren matschig. Nur nach oben (1 bis 2,5), und das ist eine ehrliche Grenze: Das kleinste Wort auf der Karte steht bei 11,52 px, die Hausgrenze ist 11,5. Ein Faktor von 0,8 machte daraus 9,2 px. Kleiner geht an der richtigen Stelle — die OBS-Tafel hat ihren eigenen Regler in der Adresse, dort ist es eine Videoeinblendung und kein Text zum Lesen. AUSPROBIEREN, OHNE EINE SPENDE ANZULEGEN Der naheliegende Weg wäre gewesen: eine Spende eintragen und danach löschen. Das ist verboten — in ein laufendes System kommen keine Testdaten, und „gelöscht" heißt bei Geld nicht „war nie da". Die Probe schreibt deshalb NICHTS und geht nur an den, der drückt; eine Probe im ganzen Saal wäre eine Spende, die es nicht gab. DREI FEHLER, DIE DIE PRÜFUNG GEFUNDEN HAT 1. `protokolliere()` wurde an 17 Stellen falsch herum gerufen — `(personId, aktion, detail, ip)` statt `(aktion, {…})`. JavaScript beschwert sich nicht: Das zweite Argument war ein Text, und einen Text zu zerlegen ergibt lauter `undefined`. Auf dem echten Server nachgemessen: 39 Protokollzeilen mit Aktionen wie „16.0", alle ohne Person, ohne Detail, ohne IP. Betroffen waren Material, Hilfe, Bühne, Reaction und Spenden — also jede Änderung an Dogi-Media und jede Maßnahme im Live-Chat, ausgerechnet das, wofür es ein Protokoll gibt. Alle 17 berichtigt, und pruef-struktur wacht jetzt darüber (mit Gegenprobe). 2. Beim Speichern der Leiter bekam jede Stufe eine NEUE Kennung (DELETE + INSERT). Ein Bild-Hochladen gegen die eben noch gültige Kennung antwortete mit 404 — im Alltag trifft das jeden, der einen zweiten Bildschirm offen hat. Jetzt werden vorhandene Zeilen geändert statt ersetzt; das Bild bleibt von selbst daran hängen. 3. `ab_cent` ist eindeutig. Zwei Stufen ihre Beträge tauschen zu lassen scheiterte mit „UNIQUE constraint failed", obwohl das Ergebnis in Ordnung gewesen wäre: Beim Umschreiben stößt die Leiter auf sich selbst. Jetzt in drei Schritten — löschen, geparkte Zwischenwerte, endgültige Werte —, und das ist nach außen nie sichtbar. UND DREI, DIE IN MEINER MESSUNG STECKTEN Die Messung hat eine noch laufende Karte aus dem vorigen Abschnitt erwischt und daraus drei Fehler gemeldet, die keine waren — darunter „die Probe läuft im ganzen Saal". Sie zählte außerdem die versteckten Dateifelder als zu kleine Tippziele. Jetzt räumt sie vorher auf, wartet auf die Karte MIT DER ERWARTETEN GRÖSSE (die Karten laufen in einer Schlange — einen Knoten zu entfernen beendet sie nicht) und lässt die Einblendung zur Ruhe kommen, bevor sie misst. Ein Bildschirmfoto aus der Einblendphase sah aus, als stünde die Karte links heraus; nachgemessen: links 18 px, ganz im Bild. GEMESSEN, NICHT ANGENOMMEN Karte bei Größe 1: Schrift 16 px, Betrag 25,92 px. Bei Größe 2: 32 px und 51,84 px — Faktor exakt 2,00. Hätte eine einzige Regel noch in `rem` gestanden, wäre die Karte ungleichmäßig gewachsen, und auf einem Bild sieht beides nur „größer" aus. AUCH DAS BILD IST GEPRÜFT Es liegt am Bühnen-Router und nicht am Spenden-Router: Die Spendentafel in OBS hat keine Anmeldung, und ein 401 als JSON in einem `<img>` ergibt ein kaputtes Bild ohne jeden Hinweis. Ohne Schlüssel, aber mit 128 Bit zufälligem Dateinamen — dieselbe Größenordnung wie der Bühnenschlüssel, und es ist ein Zierbild, das ohnehin im Stream steht. Kein Ausbruch aus dem Ordner (vier Wege geprüft, gemessen wird die Wirkung und nicht der Statuscode). NACHGETRAGEN AUS BLOCK 4 `reaktion_meldungen` fehlte im Löschkonzept — eine bestehende Prüfung hat es gefunden. 30 Tage nach dem Erledigen; meistens sind sie ohnehin früher weg, weil der Live-Chat beim Beenden gelöscht wird und die Meldungen daran hängen. Wer meldet, muss sich darauf verlassen können, dass daraus keine dauerhafte Liste wird. GEPRUEFT pruef-spenden: 95 Prüfungen (vorher 46), 0 Fehler. pruef-reaktion 260, pruef-buehne 36, pruef-aufbewahrung 45, pruef-struktur, pruef-meldungen, pruef-css-klassen, pruef-tippziele, pruef-deutsche-texte, pruef-auskunft alle grün. mess-reaktion und mess-buehne: Rückgabewert 0, kein ACHTUNG. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-28 10:14:26 +02:00
DogFatherGit	dcd0298700	Spenden: vier Knoepfe, eine Karte im Bild -- und die Wahrheit ueber PayPal Filipe: "ich will dass das richtig perfekt gemacht wird so dass die leute so einfach wie moeglich eine spende aufs paypal machen koennen. und wenn jemand spendet soll auch der betrag erscheinen mit einem bild." WAS GEHT UND WAS NICHT -- NACHGESEHEN, NICHT ANGENOMMEN Hinterlegt ist ein PayPal.me-Link auf ein PRIVATES Konto. Daraus folgt zweierlei, und beides bestimmt den ganzen Aufbau: ES GEHT: `paypal.me/<name>/5EUR` oeffnet PayPal mit schon eingetragenem Betrag. Ein Tipp, fertig. Belegt an PayPals eigener Hilfeseite zu PayPal.Me. ES GEHT NICHT VON SELBST: PayPal meldet eine Zahlung nur, wenn ein Webhook oder IPN eingerichtet ist -- beides braucht Zugangsdaten, die nur Filipe selbst anlegen kann. Ob ein PRIVATES Konto das ueberhaupt kann, sagt PayPals eigene Doku nicht eindeutig; ich habe es gesucht und nicht gefunden, und etwas zu behaupten, das ich nicht belegen kann, waere hier das Gefaehrlichste. DESHALB DREI HERKUENFTE UND NICHT EINE "hand" Filipe sieht die PayPal-Meldung auf dem Handy und tippt den Betrag ins Pult. Geht immer, braucht nichts, ist in drei Sekunden getan, und die Karte laeuft sofort. "gemeldet" Der Zuschauer sagt nach dem Spenden selbst Bescheid. Landet als OFFEN und wird erst gezeigt, wenn die Leitung es bestaetigt. "paypal" Kommt automatisch, sobald ein Webhook eingerichtet ist. Bis dahin steht dieser Weg leer da -- die Tabelle und die Sperre gegen doppelte Zahlungsnummern sind schon fertig. WARUM EINE MELDUNG NICHT SOFORT ERSCHEINT: Sonst tippt irgendwer "500 Euro" und steht damit gross im Bild. Eine Spende ist eine Aussage ueber Geld; die gehoert bestaetigt, bevor sie oeffentlich wird. Der Weg dahin ist EIN Tipp -- billig genug, dass niemand in Versuchung kommt, ihn abzukuerzen. Beim Bestaetigen darf der Betrag berichtigt werden: Die Leitung hat die PayPal-Meldung vor sich und weiss es besser als die Behauptung. FUER DIE ZUSCHAUER Vier Betraege im Chat (2, 5, 10, 25 EUR) statt eines Links. Wer eine Liste sieht, rechnet; wer vier Knoepfe sieht, tippt. Die Adresse wird NICHT zweimal gepflegt -- sie steht auf der Unterstuetzen-Seite, und von dort wird sie gelesen. Steht dort nichts oder ist der Weg auf unsichtbar, gibt es hier auch keine Knoepfe. An einer Adresse, die kein paypal.me ist, wird kein Betrag angehaengt: Er fuehrte sonst zu einer Seite, auf der etwas anderes steht als auf dem Knopf. DIE KARTE Betrag gross, Name, Gruss, ein Bild dazu -- und eine Farbe, die von der Stufe kommt. Drei Stufen ab Werk: Danke (ab 1), Starke Runde (ab 5), Rudel-Legende (ab 20), je mit eigener Vorlage, Farbe und Dauer. Gilt immer die HOECHSTE, die noch passt; mit Ober- UND Untergrenze je Stufe waere die doppelte Gelegenheit, eine Luecke zu lassen -- durch die faellt dann ausgerechnet der grosse Betrag. EINE NACH DER ANDEREN. Drei Spenden in zehn Sekunden sind keine Seltenheit; uebereinander gelegt waere keine mehr lesbar, und ausgerechnet die groesste ginge unter. Bei voller Schlange werden die Zeiten gekuerzt, nicht die Karten weggeworfen -- wer gegeben hat, soll es sehen. DIE KARTE IST EIN EIGENES STUECK (spendenkarte.js/.css) und haengt an nichts aus der Reaction. Dieselbe Karte laeuft spaeter als eigene Seite fuer OBS und TikTok Studio; zweimal gebaut hiesse, sie sieht nach der naechsten Aenderung an einem der beiden Orte anders aus -- und man merkt es erst im Livestream. DER BETRAG STEHT IN CENT Nie als Kommazahl. 0.1 + 0.2 ist in keiner Programmiersprache 0.3, und bei Geld faellt das irgendwann jemandem auf -- meistens dem, der zahlt. Formatiert wird erst auf dem Bildschirm. DREI EIGENE FEHLER, VON DEN PRUEFUNGEN GEFUNDEN 1. Ein Weg aus einer Verzweigung: `/spenden/${id}/${ja ? "bestaetigen" : "ablehnen"}`. `pruef-struktur` hat das zu Recht beanstandet -- ein Tippfehler im selteneren Zweig faellt erst auf, wenn er mitten in einer Sendung gebraucht wird. Beide Wege stehen jetzt ausgeschrieben da. 2. "Genau 5 Register" -- zweimal am selben Tag dieselbe feste Zahl, in der Messung UND in der Pruefung. Beim sechsten Register wurden beide rot, obwohl nichts kaputt war. Jetzt wird gezaehlt: zu jedem Reiter gehoert eine Tafel, und keine steht ohne Reiter da. 3. Die Messung war zu ungeduldig: Die erste Karte laeuft elf Sekunden (die hoechste Stufe steht am laengsten), die zweite wartet in der Schlange -- richtig so. Die Messung wartete 1,6 Sekunden und meldete "laeuft nicht". Jetzt wird auf das Merkmal gewartet, nicht auf die Uhr. GEMESSEN mess-reaktion 4 Betragsknoepfe mit richtiger Adresse. 25 EUR von Hand -> Karte "Rudel-Legende" bei der Zuschauerin. 500 EUR gemeldet -> steht NICHT im Bild, wartet im Pult. Bestaetigt mit berichtigten 10 EUR -> Karte "Starke Runde". Stufe passt zum Betrag, beide Male. pruef-spenden 46 Punkte, 0 Fehler (neu) -- darunter die Gegenprobe, dass ohne Zahlungsnummer beliebig viele Zeilen nebeneinander stehen duerfen (sonst liesse sich nur EINE Spende von Hand eintragen). pruef-reaktion 154, unterstuetzung 70, aufbewahrung 45, struktur 35, css-klassen 33, portnummern 15, tippziele 11, ports 8, meldungen 8 -- alle 0 Fehler. SCHEMA: zwei Tabellen (spenden, spenden_stufen) mit einem Einmalig-Index auf die Zahlungsnummer. Auf einer Kopie der echten Datenbank durchgespielt: 20 Personen, 227 Chatnachrichten, keine Tabelle verliert eine Spalte.	2026-09-28 08:34:42 +02:00

DogFatherGitandClaude Opus 5

c00c209ac9

Dogen statt Geld -- und die Texte schreiben die Leute selbst

Filipe, 28.09.2026:
  "der text der dazu erscheint sollen die leute selber schreiben
   koennen. soll auf nicht zu viel aber auch nicht zu wenig
   schreiben koennen. aber es sollen personalisierte texte sein von
   den leuten selbst."
  "mann soll nie die summe sehen sondern die dogen auch mit dem
   symbol ... es soll auch nie geld da stehen sondern Dogen."
  "ich will dass die den leuten auch als punkte hinzugefuegt werden."

DER TEXT KOMMT VON DEM, DER GIBT

Bisher konnte ihn nur die Leitung tippen; beim Melden schickte der
Zuschauer gar nichts mit. Jetzt stehen nach dem Tippen auf einen
Betrag zwei Felder da: Name auf der Karte (mit dem eigenen Namen
vorausgefuellt) und der eigene Text, bis 140 Zeichen.

140 ist gemessen, nicht geraten: Die Karte steht je nach Stufe sechs
bis elf Sekunden. Bei 140 Zeichen sind das zwei bis drei Zeilen -- die
fasst man im Vorbeischauen. Bei 200 wird die Schrift auf einer kleinen
Karte so eng, dass niemand mehr hinsieht, und ein Gruss, den keiner
liest, ist schlechter als ein kurzer. Der Zaehler erscheint erst ab
30 uebrigen Zeichen; einer, der von Anfang an mitlaeuft, macht aus
einem Gruss eine Aufgabe.

UND EINE SCHRANKE DAVOR. Der Text kommt von einem Fremden und steht
gleich im Livestream. Er laeuft ohnehin durch die Bestaetigung -- neu
ist, dass die Leitung ihn dort AENDERN kann. Ohne das bliebe nur "ganz
ablehnen", und dann faellt wegen eines Wortes eine echte Spende unter
den Tisch.

NIE WIEDER GELD AUF DEM BILDSCHIRM

Ein Doge sind zehn Euro (Filipes Angabe "1 euro sind 0,10 dogen",
rueckgefragt und bestaetigt -- zwischen den beiden Lesarten liegt der
Faktor 100). Gerechnet wird in Tausendsteln, nie in Kommazahlen.

Das Entscheidende ist nicht die Beschriftung: DER BROWSER BEKOMMT
KEINEN EURO-BETRAG MEHR, auch nicht verborgen im JSON. Der Kurs steht
einmal auf dem Server. Was nicht gesendet wird, kann an keiner Stelle
versehentlich erscheinen, und niemand muss daran denken. Gemessen:
38 Felder im Stand, kein Geldfeld, kein Eurozeichen, auch nicht auf
der Buehnentafel. Der einzige Ort, an dem noch ein Euro entsteht, ist
die PayPal-Adresse -- weil PayPal ihn braucht.

DIE PUNKTE: EIN BUCH, KEIN ZAEHLER

Ein Feld `dogen` an der Person waere kuerzer gewesen -- und die zweite
Antwort auf dieselbe Frage. Der Stand IST die Summe der Buchungen, und
eine Summe kann sich nicht von ihren Posten entfernen. Weil Filipe
spaeter etwas daran haengen will ("spezielle sachen ... wo mit diesen
dogpunkten zu tun hat"), steht neben jeder Zeile ein Grund und ein
Datum: Ein Zaehler, der kleiner wird, laesst keine Frage mehr
beantworten.

Dass nie doppelt gutgeschrieben wird, entscheidet ein eindeutiger
Index in der Datenbank und keine Bedingung im Programm -- "nochmal
zeigen" und ein wiederholter Strom koennen es damit gar nicht
ausloesen.

Ohne Person keine Punkte: Eine von Hand eingetragene Spende hat oft
nur einen Vornamen auf dem Handy. Daraus eine Person zu RATEN waere
schlimmer als keine Gutschrift -- deshalb waehlt die Leitung sie aus,
und tut sie es nicht, laeuft die Karte trotzdem.

DAS SYMBOL IST VORBEREITET

Filipe: "die symbole schick ich dir spaeter." Es wird im Regiepult
hochgeladen, ohne Deploy -- bis dahin steht eine gezeichnete Muenze
da. Es liegt bei den Stufenbildern, weil das der einzige Weg ist, der
Bilder OHNE Anmeldung ausliefert; sonst fehlte es ausgerechnet im
Stream.

=======================================================================
UND EINE REPARATUR AN DEM, WAS HEUTE MITTAG LIVE GING

Seit 3fedeea7 war der Buehnenmodus (reaktion.html?nur=buehne) kaputt:
Leinwand null Pixel hoch, im Stream ein schwarzes Bild. Das ist die
Fensterquelle fuer den Fall, dass Gaeste im Bild sind.

Ursache: Teil A hat die Zeilen des Saals festgenagelt (#teil-live auf
Zeile 2). Im Buehnenmodus stand aber seit jeher eine eigene Regel, die
dem Saal nur EINE Zeile gibt -- das Video landete in einer impliziten
Zeile, die sich nach ihrem Inhalt bemisst, waehrend die Leinwand ihre
Hoehe aus der Zeile nimmt. Beide warten aufeinander, heraus kommt
null.

Das ist heute der VIERTE Fall von "zwei Regeln fuer dieselbe Frage"
(Tafeln, Saalzeilen, Kamerabreite, Buehnenmodus). Die Loesung ist
jedes Mal dieselbe: nicht die zweite Regel richtig stellen, sondern
sie abschaffen.

DREI DINGE, DIE DARAN LEHRREICH SIND:

1. MEINE EIGENE PRUEFUNG WAR GRUEN UND WERTLOS. Ich hatte nach Teil A
   extra geprueft: "genau eine Regel bestimmt die Zeilen des Saals".
   Sie verlangte, dass die Zeile mit `.saal` BEGINNT -- und hat
   `body[data-nur="buehne"] .saal { … }` deshalb nie gesehen. Jetzt
   zaehlt sie jede Regel, in deren Auswahl `.saal` vorkommt, mit einer
   Gegenprobe, die eine eingeschobene zweite wirklich findet.

2. EINE SEITE MIT ZWEI ANSICHTEN BRAUCHT BEIDE MESSUNGEN. Nach Teil A
   liefen `pruef-buehne` (Schnittstelle) und `mess-reaktion` (normale
   Ansicht). `mess-buehne` -- die einzige, die diese Ansicht
   ueberhaupt oeffnet -- lief nicht.

3. EIN PYTHON-SKRIPT, DAS ERST AM ENDE SCHREIBT, MELDET "ok" FUER
   AENDERUNGEN, DIE NIE ANKOMMEN. Eine fehlgeschlagene Zusicherung hat
   einen ganzen Stapel verworfen, obwohl die erste Aenderung schon
   bestaetigt war. Die Messung meldete daraufhin "Auf der Karte steht:
   undefined" -- kein Fehler im Code, sondern eine Zeile, die nie
   geschrieben wurde. Gefunden hat es die Messung, nicht das Lesen.

pruef-spenden 136/0 (vorher 95) - pruef-reaktion 321/0 -
pruef-buehne 36/0 - pruef-css-klassen ok - pruef-tippziele 11/0 -
mess-reaktion und mess-buehne ohne Beanstandung

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-09-28 18:54:02 +02:00

DogFatherGitandClaude Opus 5

d2f02ba84e

Spenden: Stufen gestaltbar, Bild hochladen, Größe je Stufe

Filipes Wunsch: „mach paar fertige und so dass ich auch hochladen
kann. auch so dass ich das anders gestalten kann oder die größe
verändern kann. ... auch spezielle sachen bei speziellen spenden."

WAS ES SCHON GAB, WAS FEHLTE
Drei Stufen ab Werk, fünf gezeichnete Zeichen, Farbe und Dauer je
Stufe — und sogar schon ein Feld für ein eigenes Bild. Es fehlte der
Weg, das alles zu ÄNDERN: Um eine Stufe umzubenennen, hätte jemand in
die Datenbank greifen müssen.

DIE GRÖSSE IST DAS „SPEZIELLE BEI SPEZIELLEN SPENDEN"
Je Stufe, nicht einmal für alle: Eine Rudel-Legende darf größer
dastehen als ein Danke. Eine einzige Größe für alle wäre wieder eine
Preisliste. Umgesetzt als EINE Schriftgröße, alles darin in `em` —
nicht `transform: scale()`, denn die Karte kommt schon mit
`translateX()` herein, und zwei `transform` an derselben Stelle
schließen einander aus; außerdem wird Text beim Skalieren matschig.
Nur nach oben (1 bis 2,5), und das ist eine ehrliche Grenze: Das
kleinste Wort auf der Karte steht bei 11,52 px, die Hausgrenze ist
11,5. Ein Faktor von 0,8 machte daraus 9,2 px. Kleiner geht an der
richtigen Stelle — die OBS-Tafel hat ihren eigenen Regler in der
Adresse, dort ist es eine Videoeinblendung und kein Text zum Lesen.

AUSPROBIEREN, OHNE EINE SPENDE ANZULEGEN
Der naheliegende Weg wäre gewesen: eine Spende eintragen und danach
löschen. Das ist verboten — in ein laufendes System kommen keine
Testdaten, und „gelöscht" heißt bei Geld nicht „war nie da". Die
Probe schreibt deshalb NICHTS und geht nur an den, der drückt; eine
Probe im ganzen Saal wäre eine Spende, die es nicht gab.

DREI FEHLER, DIE DIE PRÜFUNG GEFUNDEN HAT

1. `protokolliere()` wurde an 17 Stellen falsch herum gerufen —
   `(personId, aktion, detail, ip)` statt `(aktion, {…})`. JavaScript
   beschwert sich nicht: Das zweite Argument war ein Text, und einen
   Text zu zerlegen ergibt lauter `undefined`. Auf dem echten Server
   nachgemessen: 39 Protokollzeilen mit Aktionen wie „16.0", alle
   ohne Person, ohne Detail, ohne IP. Betroffen waren Material,
   Hilfe, Bühne, Reaction und Spenden — also jede Änderung an
   Dogi-Media und jede Maßnahme im Live-Chat, ausgerechnet das,
   wofür es ein Protokoll gibt. Alle 17 berichtigt, und
   pruef-struktur wacht jetzt darüber (mit Gegenprobe).

2. Beim Speichern der Leiter bekam jede Stufe eine NEUE Kennung
   (DELETE + INSERT). Ein Bild-Hochladen gegen die eben noch gültige
   Kennung antwortete mit 404 — im Alltag trifft das jeden, der einen
   zweiten Bildschirm offen hat. Jetzt werden vorhandene Zeilen
   geändert statt ersetzt; das Bild bleibt von selbst daran hängen.

3. `ab_cent` ist eindeutig. Zwei Stufen ihre Beträge tauschen zu
   lassen scheiterte mit „UNIQUE constraint failed", obwohl das
   Ergebnis in Ordnung gewesen wäre: Beim Umschreiben stößt die
   Leiter auf sich selbst. Jetzt in drei Schritten — löschen,
   geparkte Zwischenwerte, endgültige Werte —, und das ist nach
   außen nie sichtbar.

UND DREI, DIE IN MEINER MESSUNG STECKTEN
Die Messung hat eine noch laufende Karte aus dem vorigen Abschnitt
erwischt und daraus drei Fehler gemeldet, die keine waren —
darunter „die Probe läuft im ganzen Saal". Sie zählte außerdem die
versteckten Dateifelder als zu kleine Tippziele. Jetzt räumt sie
vorher auf, wartet auf die Karte MIT DER ERWARTETEN GRÖSSE (die
Karten laufen in einer Schlange — einen Knoten zu entfernen beendet
sie nicht) und lässt die Einblendung zur Ruhe kommen, bevor sie misst.
Ein Bildschirmfoto aus der Einblendphase sah aus, als stünde die
Karte links heraus; nachgemessen: links 18 px, ganz im Bild.

GEMESSEN, NICHT ANGENOMMEN
Karte bei Größe 1: Schrift 16 px, Betrag 25,92 px. Bei Größe 2:
32 px und 51,84 px — Faktor exakt 2,00. Hätte eine einzige Regel noch
in `rem` gestanden, wäre die Karte ungleichmäßig gewachsen, und auf
einem Bild sieht beides nur „größer" aus.

AUCH DAS BILD IST GEPRÜFT
Es liegt am Bühnen-Router und nicht am Spenden-Router: Die
Spendentafel in OBS hat keine Anmeldung, und ein 401 als JSON in
einem `<img>` ergibt ein kaputtes Bild ohne jeden Hinweis. Ohne
Schlüssel, aber mit 128 Bit zufälligem Dateinamen — dieselbe
Größenordnung wie der Bühnenschlüssel, und es ist ein Zierbild, das
ohnehin im Stream steht. Kein Ausbruch aus dem Ordner (vier Wege
geprüft, gemessen wird die Wirkung und nicht der Statuscode).

NACHGETRAGEN AUS BLOCK 4
`reaktion_meldungen` fehlte im Löschkonzept — eine bestehende Prüfung
hat es gefunden. 30 Tage nach dem Erledigen; meistens sind sie
ohnehin früher weg, weil der Live-Chat beim Beenden gelöscht wird und
die Meldungen daran hängen. Wer meldet, muss sich darauf verlassen
können, dass daraus keine dauerhafte Liste wird.

GEPRUEFT
pruef-spenden: 95 Prüfungen (vorher 46), 0 Fehler.
pruef-reaktion 260, pruef-buehne 36, pruef-aufbewahrung 45,
pruef-struktur, pruef-meldungen, pruef-css-klassen, pruef-tippziele,
pruef-deutsche-texte, pruef-auskunft alle grün.
mess-reaktion und mess-buehne: Rückgabewert 0, kein ACHTUNG.

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-09-28 10:14:26 +02:00

DogFatherGit

dcd0298700

Spenden: vier Knoepfe, eine Karte im Bild -- und die Wahrheit ueber PayPal

Filipe: "ich will dass das richtig perfekt gemacht wird so dass die
leute so einfach wie moeglich eine spende aufs paypal machen koennen.
und wenn jemand spendet soll auch der betrag erscheinen mit einem
bild."

WAS GEHT UND WAS NICHT -- NACHGESEHEN, NICHT ANGENOMMEN

Hinterlegt ist ein PayPal.me-Link auf ein PRIVATES Konto. Daraus
folgt zweierlei, und beides bestimmt den ganzen Aufbau:

  ES GEHT: `paypal.me/<name>/5EUR` oeffnet PayPal mit schon
  eingetragenem Betrag. Ein Tipp, fertig. Belegt an PayPals eigener
  Hilfeseite zu PayPal.Me.

  ES GEHT NICHT VON SELBST: PayPal meldet eine Zahlung nur, wenn ein
  Webhook oder IPN eingerichtet ist -- beides braucht Zugangsdaten,
  die nur Filipe selbst anlegen kann. Ob ein PRIVATES Konto das
  ueberhaupt kann, sagt PayPals eigene Doku nicht eindeutig; ich habe
  es gesucht und nicht gefunden, und etwas zu behaupten, das ich
  nicht belegen kann, waere hier das Gefaehrlichste.

DESHALB DREI HERKUENFTE UND NICHT EINE

  "hand"      Filipe sieht die PayPal-Meldung auf dem Handy und tippt
              den Betrag ins Pult. Geht immer, braucht nichts, ist in
              drei Sekunden getan, und die Karte laeuft sofort.
  "gemeldet"  Der Zuschauer sagt nach dem Spenden selbst Bescheid.
              Landet als OFFEN und wird erst gezeigt, wenn die
              Leitung es bestaetigt.
  "paypal"    Kommt automatisch, sobald ein Webhook eingerichtet ist.
              Bis dahin steht dieser Weg leer da -- die Tabelle und
              die Sperre gegen doppelte Zahlungsnummern sind schon
              fertig.

WARUM EINE MELDUNG NICHT SOFORT ERSCHEINT: Sonst tippt irgendwer
"500 Euro" und steht damit gross im Bild. Eine Spende ist eine
Aussage ueber Geld; die gehoert bestaetigt, bevor sie oeffentlich
wird. Der Weg dahin ist EIN Tipp -- billig genug, dass niemand in
Versuchung kommt, ihn abzukuerzen. Beim Bestaetigen darf der Betrag
berichtigt werden: Die Leitung hat die PayPal-Meldung vor sich und
weiss es besser als die Behauptung.

FUER DIE ZUSCHAUER

Vier Betraege im Chat (2, 5, 10, 25 EUR) statt eines Links. Wer eine
Liste sieht, rechnet; wer vier Knoepfe sieht, tippt. Die Adresse wird
NICHT zweimal gepflegt -- sie steht auf der Unterstuetzen-Seite, und
von dort wird sie gelesen. Steht dort nichts oder ist der Weg auf
unsichtbar, gibt es hier auch keine Knoepfe. An einer Adresse, die
kein paypal.me ist, wird kein Betrag angehaengt: Er fuehrte sonst zu
einer Seite, auf der etwas anderes steht als auf dem Knopf.

DIE KARTE

Betrag gross, Name, Gruss, ein Bild dazu -- und eine Farbe, die von
der Stufe kommt. Drei Stufen ab Werk: Danke (ab 1), Starke Runde (ab
5), Rudel-Legende (ab 20), je mit eigener Vorlage, Farbe und Dauer.
Gilt immer die HOECHSTE, die noch passt; mit Ober- UND Untergrenze je
Stufe waere die doppelte Gelegenheit, eine Luecke zu lassen -- durch
die faellt dann ausgerechnet der grosse Betrag.

EINE NACH DER ANDEREN. Drei Spenden in zehn Sekunden sind keine
Seltenheit; uebereinander gelegt waere keine mehr lesbar, und
ausgerechnet die groesste ginge unter. Bei voller Schlange werden die
Zeiten gekuerzt, nicht die Karten weggeworfen -- wer gegeben hat,
soll es sehen.

DIE KARTE IST EIN EIGENES STUECK (spendenkarte.js/.css) und haengt an
nichts aus der Reaction. Dieselbe Karte laeuft spaeter als eigene
Seite fuer OBS und TikTok Studio; zweimal gebaut hiesse, sie sieht
nach der naechsten Aenderung an einem der beiden Orte anders aus --
und man merkt es erst im Livestream.

DER BETRAG STEHT IN CENT

Nie als Kommazahl. 0.1 + 0.2 ist in keiner Programmiersprache 0.3,
und bei Geld faellt das irgendwann jemandem auf -- meistens dem, der
zahlt. Formatiert wird erst auf dem Bildschirm.

DREI EIGENE FEHLER, VON DEN PRUEFUNGEN GEFUNDEN

1. Ein Weg aus einer Verzweigung: `/spenden/${id}/${ja ?
   "bestaetigen" : "ablehnen"}`. `pruef-struktur` hat das zu Recht
   beanstandet -- ein Tippfehler im selteneren Zweig faellt erst auf,
   wenn er mitten in einer Sendung gebraucht wird. Beide Wege stehen
   jetzt ausgeschrieben da.

2. "Genau 5 Register" -- zweimal am selben Tag dieselbe feste Zahl,
   in der Messung UND in der Pruefung. Beim sechsten Register wurden
   beide rot, obwohl nichts kaputt war. Jetzt wird gezaehlt: zu jedem
   Reiter gehoert eine Tafel, und keine steht ohne Reiter da.

3. Die Messung war zu ungeduldig: Die erste Karte laeuft elf
   Sekunden (die hoechste Stufe steht am laengsten), die zweite
   wartet in der Schlange -- richtig so. Die Messung wartete 1,6
   Sekunden und meldete "laeuft nicht". Jetzt wird auf das Merkmal
   gewartet, nicht auf die Uhr.

GEMESSEN

  mess-reaktion   4 Betragsknoepfe mit richtiger Adresse.
                  25 EUR von Hand -> Karte "Rudel-Legende" bei der
                  Zuschauerin. 500 EUR gemeldet -> steht NICHT im
                  Bild, wartet im Pult. Bestaetigt mit berichtigten
                  10 EUR -> Karte "Starke Runde". Stufe passt zum
                  Betrag, beide Male.
  pruef-spenden   46 Punkte, 0 Fehler (neu) -- darunter die
                  Gegenprobe, dass ohne Zahlungsnummer beliebig viele
                  Zeilen nebeneinander stehen duerfen (sonst liesse
                  sich nur EINE Spende von Hand eintragen).
  pruef-reaktion  154, unterstuetzung 70, aufbewahrung 45,
                  struktur 35, css-klassen 33, portnummern 15,
                  tippziele 11, ports 8, meldungen 8 -- alle 0 Fehler.

SCHEMA: zwei Tabellen (spenden, spenden_stufen) mit einem
Einmalig-Index auf die Zahlungsnummer. Auf einer Kopie der echten
Datenbank durchgespielt: 20 Personen, 227 Chatnachrichten, keine
Tabelle verliert eine Spalte.

2026-09-28 08:34:42 +02:00