Der Kommentar des vorigen Commits enthielt die Zeichenfolge des
schliessenden PHP-Tags, um das urspruengliche Problem zu erklaeren.
Genau die beendet den PHP-Block aber auch innerhalb eines
//-Kommentars - der gesamte nachfolgende Code wurde dadurch als Text
ins HTML geschrieben und das Laufband blieb leer.
Kommentar umformuliert, ohne die Zeichenfolge zu nennen.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Der Lauftext stand in Short-Open-Tags:
+++<? echo $Laufband1 ?>+++
short_open_tag ist auf dem Server abgeschaltet, deshalb landete der
PHP-Quelltext woertlich im ausgelieferten HTML. Der Browser hat
"<? echo $Laufband1 ?>" als unbekanntes Tag verworfen - sichtbar
blieben nur die Pluszeichen. Ueberprueft am ausgelieferten HTML der
Startseite, dort stand der Quelltext unveraendert drin.
Beide Vorkommen nutzen jetzt <?php und eine gemeinsam aufbereitete
Ausgabe:
- Leere Eintraege werden uebersprungen; sind alle sechs leer, entfaellt
das Laufband ganz, statt leere +++ durchs Bild zu schicken.
- Der Inhalt kommt aus dem Editor in webseitenadmin.php und ist in der
Datenbank HTML. config.inc.php entfernt zwar die Tags, die Entities
bleiben aber stehen - daher erst html_entity_decode(), dann
htmlspecialchars(). Sonst waere aus & ein sichtbares "&" und
aus Ö ein "Ö" geworden.
- Beide Bloecke trugen dieselben id-Attribute (marquee-cont, scroll).
Doppelte ids sind ungueltiges HTML; sie sind durch eine Klasse
ersetzt, css/ticker.css spricht jetzt beide Schreibweisen an.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
clemensandClaude Opus 5