Stadionzeitung, Veranstaltungen, News-Artikel, Lightbox und Anzeigen-Verteilung

Stadionzeitung: Live-Seiten (Tabellen, Ergebnisse, Vorschau, Termine, News,
Kontakt, Historie, Sportheim, Partner, Momente, Impressum), automatisches Cover,
Swipe-Viewer mit Vollbildmodus und die Druckfassung als Falt-Heft. Anzeigen
kommen jetzt aus dem Bestand und werden gleichmäßig verteilt, nie mehr als zwei
hintereinander (vorher vier Blöcke à fünf). Die Doppelseiten-Regel rechnet das
Skript selbst, statt sie von Hand zu prüfen.

Veranstaltungen: Bereich /veranstaltungen mit Detailseite pro Fest, Lebenszyklus
über das Datum (Ankündigung vor dem Fest, Rückblick danach), Galerie mit
Lightbox. veranstaltungen.json ist dritte Termin-Quelle, damit ein Fest nie
doppelt gepflegt wird.

News-Artikel als dritte dynamische Prefix-Route, gemeinsamer detail-head.

Behobene Fehler:
- Wappen-Kontexte setzten Zeilen-Layout auf .crest statt auf die Zeile; das
  Wappen wurde zum Grid, Vereinsname und Tore rutschten darunter zusammen
  (Ergebnis-Rückblick, Vorschau, Cover).
- --header-h (60px) unterschätzt die Kopfleiste um 32px (Logo 72px + 20px
  Versatz): neues abgeleitetes --header-space, sonst klebten Zurück-Links
  unter dem Logo.
- base_url in der Produktions-Config ohne www, während .htaccess auf www
  umleitet; preflight prüft das jetzt.
- .lightbox brauchte display:none mit (0,2,0), sonst lag das Overlay offen.

Neue Werkzeuge: bin/anzeige-add.php (Anzeigen-Bestand), bin/veranstaltung-bilder.php
(Plakate und Galerien, Alt-Texte folgen der Quelldatei), bin/qr.php (Druck-QR mit
Warnung, wenn base_url nicht auf die echte Domain zeigt).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NzeVVgMCrzCDJAKeLEdKr7

public/dateien/.user.ini

@@ -0,0 +1,23 @@
+; PHP-Grenzen für die Dateiablage — nur für dieses Verzeichnis.
+;
+; Warum überhaupt: unsere Config erlaubt 100 MB pro Datei (upload_max_filesize in
+; _filesconfig.php), aber PHP schneidet vorher ab. Auf Shared Hosting steht
+; upload_max_filesize oft bei 2–8 MB, und ein Handy-Video ist damit chancenlos.
+; Die Grenze, die zuerst greift, gewinnt — beide müssen also passen.
+;
+; .user.ini statt .htaccess, weil All-Inkl PHP als FastCGI/FPM fährt: dort ignoriert
+; Apache php_value-Zeilen (mit mod_php würden sie sogar einen 500er auslösen, wenn das
+; Modul fehlt). PHP liest .user.ini pro Verzeichnis ein, gecacht für 5 Minuten
+; (user_ini.cache_ttl) — Änderungen greifen also mit kurzer Verzögerung.
+;
+; Greift NICHT beim lokalen `php -S` (der CLI-Server liest keine .user.ini):
+; dafür stehen die -d-Schalter im Dev-Kommando in CLAUDE.md.
+;
+; Falls der Hoster das hier sperrt: dieselben Werte im KAS unter den PHP-Einstellungen
+; setzen. `php bin/preflight.php` zeigt an, was tatsächlich gilt.
+
+upload_max_filesize = 250M
+; muss über upload_max_filesize liegen (Formular-Overhead kommt obendrauf)
+post_max_size = 260M
+; ein großes Video über Mobilfunk darf dauern
+max_execution_time = 300