docs(config): eine .env.example statt zweier, die auseinanderliefen

Es gab sie doppelt: schlank im Wurzelverzeichnis (für den Betrieb) und
vollständig unter deploy/ (für die Entwicklung). Gedacht war das als
Arbeitsteilung, geworden ist es Drift. Der produktiven fehlten zwölf
Schlüssel – darunter SESSION_MAX_AGE, STORAGE_PATH und die
HoneyOS-Leiste –, und sie empfahl für OFFICE_WOPI_URL weiterhin
app:8080, also genau den Wert, an dem Collabora den Rahmen verweigert.

Jetzt eine Datei im Wurzelverzeichnis für beides, nach Abschnitten
geordnet, mit einem eigenen Abschnitt für die vier Werte, die nur den
Entwicklungs-Compose betreffen. deploy/.env.example ist weg, die
Verweise in README, TESTING und deploy/docker-compose.yml zeigen auf die
verbliebene Datei.

Gegengeprüft: Jeder Schlüssel, den config.go liest, kommt darin vor
(40 Stück, kein Rest). Ein Container mit dieser Datei als env_file
liefert die erwarteten Werte, auch den maskierten OFFICE_ALIASGROUP.

Dabei selbst in die dokumentierte Falle getappt und wieder heraus:
"OFFICE_PROVIDER=  # collabora | onlyoffice" macht den Kommentar zum
Wert. Der Test aus TESTING.md hat es gefunden.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

TESTING.md

@@ -721,12 +721,13 @@ Hinter einem **gefüllten** Wert ist ein Kommentar harmlos. Hinter einem
 den OIDC-Aufbau mit dem Kommentartext als Adresse – und weil ein Fehlschlag
 dort den Start abbricht, kam die Cloud nicht hoch.
 
-In `deploy/.env.example` steckten vier weitere solche Zeilen, darunter
+In der (inzwischen zusammengeführten) `.env.example` steckten vier weitere
+solche Zeilen, darunter
 `OFFICE_PROVIDER=  # collabora | onlyoffice`: Office wäre mit Unsinn als
 Anbieter eingeschaltet worden. Alle vier umgestellt, der Kommentar steht jetzt
 darüber.
 
-- [ ] `grep -nE '^[A-Z_]+=[[:space:]]*#' .env.example deploy/.env.example`
+- [ ] `grep -nE '^[A-Z_]+=[[:space:]]*#' .env.example`
       liefert nichts 🔎
 - [ ] Frische Instanz allein aus den Beispieldateien startet 🔎