VanVan im Support, Meldung #11, VIERMAL gemeldet: „Hier im
Supportbereich kann man immer nur ein Bild hinzufuegen bei einer
Meldung. 2-3 waeren besser." Und in der zweiten Runde der Satz, auf
den es ankommt: „wenn man es nacheinander versucht hinzuzufuegen wird
das Bild immer nur ersetzt."
EINE TABELLE STATT NEUER SPALTEN
`support_bilder` haelt ab jetzt JEDES Supportbild -- das der Meldung
(`runde_nr` NULL) und das einer Antwort (`runde_nr` = Runde). Die
Alternative waere `bild2_datei`, `bild3_datei` gewesen, und beim
vierten Bild wieder. Eine Zeile je Bild kennt keine Obergrenze im
Schema; die Grenze steht an EINER Stelle im Code (`BILDER_MAX = 3`)
und kommt von dort in die Oberflaeche, statt dort ein zweites Mal
zu stehen.
DIE ACHT VORHANDENEN BILDER WANDERN MIT. Ohne diesen Schritt haette
die neue Tabelle ab heute recht und die alten Bilder waeren
unsichtbar -- ohne Fehler, ohne rote Zeile, nur acht leere Karten.
Der Umzug steht NACH der Spaltennachruestung: Er liest
`urteil_bild_datei`, und die gibt es in einer bestehenden Datenbank
erst, nachdem sie ergaenzt wurde. Stuende er davor, scheiterte er
genau dort, wo es darauf ankommt -- live, waehrend lokal alles gruen
bliebe, weil jede Pruefung ihre Datenbank frisch anlegt.
DREI BILDER IN EINER ANFRAGE
`x-bilder: 20481,15320` sagt, wo zu schneiden ist, der Rumpf ist die
Aneinanderreihung. `multipart/form-data` haette einen Zerleger
gebraucht, den dieses Haus nicht hat; drei Anfragen nacheinander
haetten den Zustand „Meldung da, Bild zwei laedt noch" erzeugt --
genau den, gegen den die Kommentare an dieser Route schon vorher
argumentieren. Die Summe muss auf das Byte stimmen, und jedes Stueck
wird einzeln an seinen ersten Bytes erkannt: Wer falsch schneidet,
bekommt eine Absage, kein verfaelschtes Bild. Ohne den Kopf gilt der
ganze Rumpf als ein Bild -- derselbe Satz mit einer Laenge, damit
eine Seite aus dem Zwischenspeicher weiterlaeuft.
EINE ROUTE STATT DREI. `/:id/bild` und `/:id/runde/:nr/bild` sind
weg; es gibt `/:id/bild/:bid`. Wohin ein Bild gehoert, steht in
seiner Zeile -- der Weg muss es nicht wiederholen. Die
Meldungsnummer bleibt trotzdem im Pfad: Sie ist die
Sichtbarkeitsfrage, und beides muss zusammenpassen (gemessen).
ZWEI FUNDE, DIE DIE PRUEFUNG GEMACHT HAT UND NICHT ICH
1. UEBER DIE SEITE KAM GAR KEIN BILD MEHR AN. Beim Melden stand
kein `Content-Type`. Das ging gut, solange der Rumpf eine
einzelne Datei war -- ein `File` bringt seinen Typ mit. Ein
`Blob` aus mehreren hat keinen, `fetch` schickt die Zeile dann
gar nicht, `express.raw` fuehlt sich nicht zustaendig, und der
Server bekam einen leeren Rumpf. Die Meldung waere durchgegangen,
der Text angekommen, die Bilder weg -- ohne Fehlermeldung. Alle
Pruefungen am Server waren dabei gruen; gefunden hat es erst der
echte Browser.
2. DAS KREUZ DES DRITTEN BILDES LAG AUF DEM ZWEITEN. Der
Entfernen-Knopf ist 44 px breit und absolut gesetzt, der Kasten
aber nur so breit wie sein Bild. Bei einem schmalen Bild ragt er
darueber hinaus -- wer „das zweite weg" antippt, loescht das
dritte. `min-width`/`min-height` loesen das an der Ursache: Ein
Kasten ist nie schmaler als der Knopf in ihm.
WAS ICH FALSCH ANGENOMMEN HATTE: Ich hatte eingebaut, dass ein
Nachtrag in derselben Runde die Bilder ersetzt. Die Pruefung dazu
wurde rot -- zu Recht: Eine zweite Antwort in derselben Runde kann
es nicht geben, die erste verlaesst den Stand „wartet". Der Code
waere nie gelaufen und damit nie pruefbar gewesen. Er ist weg; an
seiner Stelle steht der Beweis, dass er nicht fehlt.
DREI WEITERE ROTE ZEILEN, DIE NICHT ZU DIESEM UMBAU GEHOERTEN
* `manager-ziele.js` hatte einen ZWEITEN Notnagel
(`frageNach ? … : confirm(…)`). `nachfrage.js` hat denselben
laengst, und zwar mit dem vollstaendigen Text; der hiesige war
der kuerzere und haette gewonnen. Zwei Antworten auf dieselbe
Frage -- gemeldet von `pruef-nachfrage`.
* Zwei Mittelpunkte in `reaktion.css` standen woertlich im
`content`. Sie liegen im Latin-1-Block, wo `pruef-zeichen` die
Truemmer einer verunglueckten Kodierung sucht. Jetzt als Escape
-- im Browser nachgemessen, es steht Zeichen fuer Zeichen
dasselbe da.
* Das Aufraeumen nach 90 Tagen loeschte nur das EINE Bild der
Meldung; die Bilder aus den Antwortrunden blieben ohne Zeile auf
der Platte liegen. Die Liste kommt jetzt aus einer Abfrage statt
aus einer Spalte und kann deshalb nicht wieder unvollstaendig
sein.
GEPRUEFT
pruef-support 78 -> 104 ok
darunter: der Umzug der alten Bilder auf einer eigenen
Wegwerf-Datenbank -- zweimal und dreimal gestartet, nichts
verdoppelt, Datum von damals erhalten
pruef-support-bilder NEU, 36 ok (echter Browser)
dreimal nacheinander waehlen ergibt drei, das vierte wird mit
einem Satz abgelehnt, dasselbe zaehlt nicht doppelt, einzeln
entfernen laesst die anderen stehen, alle drei laden wirklich
(naturalWidth), Kreuze 44x44 und keines verdeckt (mit Gegenprobe
per Deckel), nichts ragt auf 390 px heraus
pruef-nachfrage 69 -> 74 ok
pruef-struktur 102 ok, 413 Routen (vorher 414: zwei weg,
eine neu)
pruef-zeichen 7 ok (vorher 1 Fehler)
pruef-aufbewahrung 45 ok
pruef-manager-ziele 216 ok
pruef-ports 10 ok · pruef-portnummern 41 ok
(die neue Pruefdatei verschiebt die abgeleiteten Nummern)
NUR DAS AGENTURHAUS IST BETROFFEN. Die Supportseite liegt unter
`/workspace`; am Crew-Haus aendert sich keine Zeile.
Co-Authored-By: Claude Opus 5 <[email protected]>
DogFatherGitandClaude Opus 5
b31bd9b515