Fix #45: Beispielkonfiguration entschärfen #51

2026-09-01T14:16:39Z

florian.wilde commented

2026-09-01 14:16:39 +00:00

Closes #45

Was war

S3_ENDPOINT=https://fsn1.your-objectstorage.com

Gedacht als Beispiel, in der kopierten .env aber aktiv. Damit sprach die Anwendung mit einem fremden Anbieter statt mit dem Objektspeicher nebenan.

Verschärfend: Die docker-compose.yml hatte längst ${S3_ENDPOINT:-http://minio:9000}. Der Standard greift nur bei leerer Variable — die Beispieldatei hebelte ihn aus. Der Mechanismus, der genau diesen Fehler verhindern sollte, war durch die Beispieldatei wirkungslos.

Auf dem Livesystem hat das monatelang jede Ablage scheitern lassen, und die Zugangs-ID des lokalen Speichers ging bei jedem Versuch nach draußen.

Was jetzt gilt

Die Zeile ist auskommentiert, mit Erklärung, wann man sie braucht.

Nebenbei entdeckt: SEED_ADMIN_EMAIL stand mit der Adresse des Betreibers in der mitgelieferten Beispieldatei. Jetzt leer.

Der Test prüft die Regel, nicht die Ausnahme

tests/env-beispiel.test.ts besteht darauf, dass kein aktiver Wert in der Beispieldatei auf einen fremden Rechner zeigt — nicht nur dieser eine. Dazu: S3_ENDPOINT bleibt auskommentiert, die Erklärung bleibt stehen (sonst sucht jemand mit externem Speicher vergeblich), keine persönliche E-Mail-Adresse, und die Erkennung findet überhaupt etwas.

Geprüft

741 Unit-Tests, tsc und Lint sauber. Gegen zwei Mutationen: Endpunkt wieder aktiv · persönliche Adresse wieder eingetragen — beide werden rot.

Für das Livesystem

Deine .env steht bereits auf http://minio:9000 — dort ändert sich nichts. Die Korrektur betrifft künftige Installationen.

Closes #45 ## Was war ```bash S3_ENDPOINT=https://fsn1.your-objectstorage.com ``` Gedacht als Beispiel, in der kopierten `.env` aber **aktiv**. Damit sprach die Anwendung mit einem fremden Anbieter statt mit dem Objektspeicher nebenan. Verschärfend: Die `docker-compose.yml` hatte längst `${S3_ENDPOINT:-http://minio:9000}`. Der Standard greift nur bei leerer Variable — die Beispieldatei hebelte ihn aus. Der Mechanismus, der genau diesen Fehler verhindern sollte, war durch die Beispieldatei wirkungslos. Auf dem Livesystem hat das monatelang jede Ablage scheitern lassen, und die Zugangs-ID des lokalen Speichers ging bei jedem Versuch nach draußen. ## Was jetzt gilt Die Zeile ist auskommentiert, mit Erklärung, wann man sie braucht. **Nebenbei entdeckt:** `SEED_ADMIN_EMAIL` stand mit der Adresse des Betreibers in der mitgelieferten Beispieldatei. Jetzt leer. ## Der Test prüft die Regel, nicht die Ausnahme `tests/env-beispiel.test.ts` besteht darauf, dass **kein** aktiver Wert in der Beispieldatei auf einen fremden Rechner zeigt — nicht nur dieser eine. Dazu: `S3_ENDPOINT` bleibt auskommentiert, die Erklärung bleibt stehen (sonst sucht jemand mit externem Speicher vergeblich), keine persönliche E-Mail-Adresse, und die Erkennung findet überhaupt etwas. ## Geprüft **741 Unit-Tests**, `tsc` und Lint sauber. Gegen zwei Mutationen: Endpunkt wieder aktiv · persönliche Adresse wieder eingetragen — beide werden rot. ## Für das Livesystem Deine `.env` steht bereits auf `http://minio:9000` — dort ändert sich nichts. Die Korrektur betrifft künftige Installationen.

florian.wilde added 1 commit 2026-09-01 14:16:39 +00:00

Beispielkonfiguration entschaerfen 5c6fac59b2

.env.example belegte S3_ENDPOINT mit der Adresse eines externen
Anbieters. Gedacht war das als Beispiel - in der kopierten .env stand es
aber aktiv, und damit sprach die Anwendung mit einem fremden Host statt
mit dem Objektspeicher nebenan.

Verschaerfend: Die docker-compose.yml hatte laengst einen brauchbaren
Standard, ${S3_ENDPOINT:-http://minio:9000}. Der greift nur bei leerer
Variable - die Beispieldatei hebelte ihn aus. Der Mechanismus, der genau
diesen Fehler verhindern sollte, war durch die Beispieldatei wirkungslos.

Auf dem Livesystem hat das monatelang jede Ablage scheitern lassen, und
die Zugangs-ID des lokalen Speichers ging bei jedem Versuch nach draussen.

Die Zeile ist jetzt auskommentiert, mit einer Erklaerung, wann man sie
braucht.

Nebenbei stand dort SEED_ADMIN_EMAIL mit der Adresse des Betreibers. In
einer mitgelieferten Beispieldatei hat eine persoenliche Adresse nichts
zu suchen - jetzt leer.

Der Test prueft beides und dazu die allgemeine Regel: Kein aktiver Wert
in der Beispieldatei zeigt auf einen fremden Rechner. Er prueft auch,
dass ueberhaupt Zuweisungen gefunden werden - sonst staende er gruen da
und pruefte nichts.

Gegen zwei Mutationen geprueft: Endpunkt wieder aktiv, persoenliche
Adresse wieder eingetragen - beide werden rot.

Refs #45

florian.wilde merged commit c210f8bff0 into main

2026-09-01 14:16:47 +00:00

florian.wilde deleted branch fix/45-env-beispiel-standard

2026-09-01 14:16:47 +00:00

florian.wilde referenced this pull request

2026-09-01 14:17:00 +00:00

.env.example hebelt mit einem Beispielwert den Standard der docker-compose.yml aus #45

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: florian.wilde/betreuungs-cockpit#51