- GET /manage: neue Übersichtsseite mit Bulma-Karten für screen_user mit ≥2 Screens
- handleScreenUserRedirect leitet bei ≥2 Screens auf /manage statt auf ersten Screen
- On-Demand-Screenshot-Flow via MQTT:
- Backend publiziert signage/screen/{slug}/screenshot-request beim Seitenaufruf
- Player-Agent empfängt Topic, ruft TakeAndSendOnce() auf
- Player POST /api/v1/player/screenshot → Backend speichert in ScreenshotStore (RAM)
- GET /api/v1/screens/{screenId}/screenshot liefert gespeichertes Bild (authOnly)
- ScreenshotStore: In-Memory, thread-safe, kein Persistenz-Overhead
- JS-Retry nach 4s in Templates (Screenshot braucht 1-3s für MQTT-Roundtrip)
- manageTmpl zeigt Screenshot-Thumbnail beim Einzelscreen-Aufruf
- Doku: neue Endpoints, MQTT-Topics, Screenshot-Flow in SERVER-KONZEPT.md
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
||
|---|---|---|
| .. | ||
| group_vars/signage_players | ||
| host_vars | ||
| roles | ||
| inventory.example.yml | ||
| inventory.yml | ||
| README.md | ||
| site.yml | ||
Ansible
Hier liegen spaeter Rollen, Playbooks und Inventories fuer:
- Erstinstallation neuer Screens
- Updates bestehender Screens
- Server-Deployment
- Display-spezifische Konfigurationen
Naechster geplanter Ausbau:
- Rolle
signage_provision - Rolle
signage_player - Beispiel-Inventories fuer Wand- und Einzelanzeigen
Aktuell vorhanden:
inventory.example.ymlsite.ymlals Platzhalter-Playbook