deploy/update.sh und deploy/backup.sh konnten nur Docker. Beide erkennen die
Installationsart jetzt selbst und beherrschen auch die Installation als
Dienst: npm ci, prisma migrate deploy, bauen, systemctl restart - und
pg_dump ueber DATABASE_URL fuer die Sicherung.
Beim Durchspielen gegen einen laufenden Stapel zwei Fehler gefunden:
1. Die Zustandspruefung des Web-Containers konnte nie gelingen. Next bindet
im Standalone-Modus an die Adresse aus HOSTNAME, und Docker setzt dort
den Containernamen - der Server lauschte nur auf der Container-IP. Der
Dienst web blieb dauerhaft auf "health: starting". Behoben mit
ENV HOSTNAME=0.0.0.0; geprueft wird jetzt ueber 127.0.0.1.
2. Eine fehlgeschlagene Sicherung hielt die Aktualisierung nicht auf. Jetzt
bricht sie ab, bevor etwas veraendert wird, und nennt die Auswege.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Docker: deploy/update.sh sichert, baut, migriert und prueft die
Erreichbarkeit; der Worker hat jetzt eine Zustandspruefung. Der ganze Stapel
wurde durchgespielt - bauen, starten, migrieren, anmelden, Agent-Skript
abrufen.
Dabei ein echter Fehler aufgefallen: Nach der Anmeldung zeigte die
Weiterleitung auf den internen Containernamen. Hinter einem Reverse Proxy
waere das eine tote Adresse gewesen. Weiterleitungen nehmen jetzt die
eingetragene Adresse, sonst APP_URL, sonst die Proxy-Kopfzeilen.
Dazu Skripte nach Art der Proxmox VE Helper-Scripts (Node und PostgreSQL
direkt im LXC, ohne Docker). Vorerst intern: Eine Einreichung setzt
oeffentlichen Quelltext voraus und laeuft ueber ProxmoxVED.
Ausserdem docs/roadmap.md: Bis 1.0.0 fehlt kein Code mehr, sondern
Erprobung.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>