- DELETE /api/v1/screens/{screenId}/status loescht einzelne Screen-Eintraege
- /api/v1/meta listet jetzt 5 Tools inkl. screen-status-delete und diagnostic_ui-Pfade
- filePlayerStatusStore persistiert den Status-Store atomar in einer JSON-Datei
- MORZ_INFOBOARD_STATUS_STORE_PATH aktiviert die Datei-Persistenz (leer = In-Memory)
- Integration-Test deckt den vollstaendigen Lifecycle: POST -> list -> HTML -> JSON -> DELETE -> 404 ab
- DEVELOPMENT.md beschreibt End-to-End-Entwicklungstest und neue Env-Variable
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
||
|---|---|---|
| .. | ||
| cmd/api | ||
| internal | ||
| Dockerfile | ||
| go.mod | ||
| README.md | ||
Backend
Dieses Verzeichnis enthaelt das erste Geruest fuer das zentrale Backend.
Ziel fuer die erste Ausbaustufe:
- HTTP-API in Go
- Health-Endpunkt
- saubere Projektstruktur fuer spaetere API-, Worker- und Datenbankmodule
- erste serverseitige Aufloesungslogik fuer
message_wall
Geplante Unterstruktur:
cmd/api/fuer den API-Startpunktinternal/app/fuer App-Initialisierunginternal/campaigns/fuer Kampagnen- und Template-Logikinternal/httpapi/fuer HTTP-Routing und Handlerinternal/config/fuer Konfiguration
Aktuell vorhanden:
GET /healthzGET /api/v1GET /api/v1/metaPOST /api/v1/tools/message-wall/resolveals erste serverseitige Layout-Aufloesung fuermessage_wall- einheitliches API-Fehlerformat im HTTP-Layer