No description
- DB-Package mit pgxpool, Migrations-Runner und eingebetteten SQL-Dateien
- Schema: tenants, screens, media_assets, playlists, playlist_items
- Store-Layer: alle Repositories (TenantStore, ScreenStore, MediaStore, PlaylistStore)
- JSON-API: Screens, Medien, Playlist-CRUD, Player-Sync-Endpunkt
- Admin-UI (/admin): Screens anlegen, löschen, zur Playlist navigieren
- Playlist-UI (/manage/{slug}): Drag&Drop-Sortierung, Item-Bearbeitung,
Medienbibliothek, Datei-Upload (Bild/Video/PDF) und Web-URL
- Router auf RouterDeps umgestellt; manage-Routen nur wenn Stores vorhanden
- parseOptionalTime akzeptiert nun RFC3339 und datetime-local HTML-Format
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
||
|---|---|---|
| ansible | ||
| compose | ||
| docs | ||
| player | ||
| server | ||
| .gitignore | ||
| .golangci.yml | ||
| API-MQTT-VERTRAG.md | ||
| DATENMODELL.md | ||
| DEVELOPMENT.md | ||
| LINTER-FINDINGS.md | ||
| Makefile | ||
| MORZ-InfoScreen-Landscape.png | ||
| MORZ-InfoScreen-Portrait.png | ||
| PLAN.md | ||
| README.md | ||
| TECH-STACK.md | ||
| TODO.md | ||
Info-Board Neu
Dieses Verzeichnis enthaelt die Planung und spaetere Umsetzung der neuen Info-Board-Plattform.
Die Trennung von /srv/docker/infoboard-netboot ist sinnvoll, damit:
- die bestehende produktive Netboot-Struktur unangetastet bleibt
- Planung, Prototypen und neue Deployments sauber getrennt sind
- Server-, Player- und Ansible-Artefakte nicht mit Altbestand vermischt werden
Aktueller Stand
- Architekturplan:
PLAN.md - Umsetzungs-Todo:
TODO.md - Datenmodell:
DATENMODELL.md - Schema-Entwurf:
docs/SCHEMA.md - API- und MQTT-Vertrag:
API-MQTT-VERTRAG.md - Technologieentscheidungen:
TECH-STACK.md - Entwicklungsleitfaden:
DEVELOPMENT.md - Erste Dev-Testliste:
docs/TEST-CHECKLIST-DEV.md - Template-/Kampagnenkonzept:
docs/TEMPLATE-KONZEPT.md layout_jsonfuermessage_wall:docs/LAYOUT-JSON.md- Player-Agent-Lifecycle und Health-Modell:
docs/PLAYER-AGENT-LIFECYCLE.md - Erster HTTP-Statuspfad fuer den Player-Agent:
docs/PLAYER-STATUS-HTTP.md - Provisionierungskonzept:
docs/PROVISIONIERUNGSKONZEPT.md - Player-Konzept:
docs/PLAYER-KONZEPT.md - Server-Konzept:
docs/SERVER-KONZEPT.md - Offene Architekturfragen:
docs/OFFENE-ARCHITEKTURFRAGEN.md
Projektstruktur
docs/fuer weitere Architektur- und Betriebsdokumenteserver/fuer Backend, Frontends und Compose-Dateienplayer/fuer Agent, UI und lokale Startlogikansible/fuer Rollen, Inventories und Deploymentscompose/fuer Container-Definitionen und Stack-Bausteinescripts/fuer Hilfsskripte
Aktueller Implementierungsstand
server/backend/enthaelt ein lauffaehiges Go-Grundgeruest mit erster Tool-API fuermessage_wallund einem erstenplayer/status-Endpunktplayer/agent/enthaelt ein Go-Grundgeruest mit dateibasierter/env-basierter Konfiguration, strukturierten Logs, internem Health-Modell und erstem HTTP-Status-Reportercompose/enthaelt ein lokales Grundgeruest fuer PostgreSQL und Mosquittoansible/enthaelt erste Platzhalter fuer Inventory und Playbook-Struktur
Naechste sinnvolle Inhalte in der Struktur
docs/fuer weitere technische Detaildokumenteserver/fuer API, Admin-UI und Tenant-UIplayer/fuerplayer-agent,player-uiund lokale Startlogikansible/fuer Rollen und Inventoriescompose/fuer den zentralen Server-Stack