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>
This commit is contained in:
1 parent
aa8af418f2
commit
a7a67da040
5 files changed
+135
-189
No files matched your search
@@ -6,6 +6,9 @@
|
||||
# Zum **Betreiben** ist docker-compose.example.yml im Wurzelverzeichnis
|
||||
# gedacht: schlanker und ohne Quelltext, es zieht das fertige Abbild.
|
||||
#
|
||||
# Die Einstellungen kommen aus deploy/.env – als Vorlage dient die eine
|
||||
# .env.example im Wurzelverzeichnis: cp .env.example deploy/.env
|
||||
#
|
||||
# Erklärungen zu allem hier: README.md
|
||||
|
||||
services:
|
||||
|
||||
Reference in new issue
Block a user