6d199f8530
Auf der Produktion blieb das Kanban-Board leer, obwohl die API lief und der registrierte Agent angezeigt wurde: Tickets entstehen nur aus Agenten-Meldungen oder aus bin/sync-codeberg.php, und das Skript war zwar als "per Cron oder manuell" dokumentiert, wurde aber nirgends automatisch ausgefuehrt. Neuer Compose-Service "sync": nutzt Image, Volume und SQLite-Datei des api-Service, macht sofort beim Start einen Lauf und wiederholt ihn alle MONITOR_SYNC_INTERVAL Sekunden (Default 600). Ein fehlgeschlagener Lauf bricht die Schleife nicht ab, damit ein Codeberg-Ausfall keinen Restart-Loop ausloest. Der Service verbindet sich ausschliesslich ausgehend nach codeberg.org und braucht daher kein Port-Mapping - in Produktion sind weder Proxy- noch Firewall-Freigaben noetig. update.sh startet den Dienst mit, die Doku beschreibt den Service statt des Cron-Hinweises; der manuelle Aufruf bleibt als Debug-Weg dokumentiert, weil dort die Klartext-Fehler des Codeberg-Clients sichtbar werden. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
23 lines
1.1 KiB
Text
23 lines
1.1 KiB
Text
# Kopieren nach .env und Werte anpassen. Wird von docker-compose.yml gelesen.
|
|
|
|
# Administrator-Key zur Registrierung neuer Agenten (POST /api/v1/agents, Header X-Admin-Key)
|
|
MONITOR_ADMIN_API_KEY=change-me
|
|
|
|
# Basis-URL, unter der das Frontend (Browser!) die REST-API erreicht. Der Default passt zum
|
|
# Port-Mapping des api-Service in docker-compose.yml (8091). Wer die Ports dort aendert oder
|
|
# das System hinter einem Reverse Proxy betreibt, muss diesen Wert entsprechend nachziehen -
|
|
# z.B. https://monitor.example.org:4444/api/v1.
|
|
# Leer lassen, wenn Frontend und API unter demselben Origin ausgeliefert werden (dann wird
|
|
# die relative URL /api/v1 verwendet).
|
|
MONITOR_API_BASE=http://localhost:8091/api/v1
|
|
|
|
# Codeberg-Repo, aus dem Backlog/Done per Sync-Skript befuellt werden
|
|
CODEBERG_OWNER=fds2610
|
|
CODEBERG_REPO=monitor
|
|
# Optional: Token mit Lesezugriff, falls Rate-Limits ohne Token zu knapp sind - bei kleinem
|
|
# MONITOR_SYNC_INTERVAL (haeufigem Sync) empfehlenswert
|
|
CODEBERG_TOKEN=
|
|
|
|
# Abstand zwischen zwei Codeberg-Sync-Laeufen in Sekunden (Service "sync" in
|
|
# docker-compose.yml). Der erste Lauf passiert direkt beim Start des Services.
|
|
MONITOR_SYNC_INTERVAL=600
|