Deployment Roadmap
Der gemessene Weg vom Dateisystem zur öffentlichen Seite: Datei in den Webroot, nginx liefert auf Port 7777, Cloudflare-Tunnel stellt die Domain davor. Vier Dienste, jeder live geprüft.
/api/stats
/api/status
/api/topology
Konstrukt
Diese Seite ist eine eigene HYPDB.ONE-Themenseite. Sie verbindet Design, Dokumentation und Agentenlogik zu einem steuerbaren Modul.
Module
- Frontend-Panel für Sichtbarkeit
- Logikblock für Ausführungsregeln
- Verifikationsteil für Status
- Archivhinweis für spätere Änderungen
Logikablauf
Dieser Schritt ist Bestandteil der HYPDB.ONE-Logikseite und verhindert blinde Ausführung.
Dieser Schritt ist Bestandteil der HYPDB.ONE-Logikseite und verhindert blinde Ausführung.
Dieser Schritt ist Bestandteil der HYPDB.ONE-Logikseite und verhindert blinde Ausführung.
Dieser Schritt ist Bestandteil der HYPDB.ONE-Logikseite und verhindert blinde Ausführung.
Dieser Schritt ist Bestandteil der HYPDB.ONE-Logikseite und verhindert blinde Ausführung.
Dieser Schritt ist Bestandteil der HYPDB.ONE-Logikseite und verhindert blinde Ausführung.
Der tatsächliche Deploy-Pfad
Es gibt kein Deployment-Skript. Im Webroot liegt keine Datei, die einen Deploy ausführt – geprüft mit find . -maxdepth 2 -iname "*deploy*": null Treffer ausser dieser Seite selbst. Auch kein .sh im Wurzelverzeichnis. Die vorige Fassung behauptete das Gegenteil.
Veröffentlichen braucht es deshalb nur: Datei unter /home/danijeljd/www/hypdb.one/ ablegen. nginx liest dieses Verzeichnis serverseitig, es gibt keinen Build- und keinen Kopierschritt.
port$ 0.0.0.0:7777 (gemessen, ss -ltn)
domain$ www.hypdb.one → Cloudflare Tunnel a8f66bcd → :7777
rollback$ cp -p <datei> <datei>.hermes-bak-<zeitstempel>
Vor jeder Änderung wird die Originaldatei mit cp -p auf <datei>.hermes-bak-<YYYYMMDD_HHMMSS> gesichert. Diese Sicherungen sind der Rollback – es gibt keinen anderen. Sie werden nach dem Lauf von einem Sweep nach ~/steuerung-backups/ verschoben und liegen daher im Webroot nicht dauerhaft.
Systembindung
Ein Rechner, ein System: Hermes ist Server, Website und Assistent zugleich. Die Server-jd-Instanz ist nicht abgelöst, sie ist im Tailnet noch eingetragen und seit 71 Tagen offline. Beides ist ein Unterschied: abgelöst heisst entfernt, offline heisst nicht erreichbar.
Die Netz-Topologie lädt die Seite selbst über /api/topology (HTTP 200, gemessen) – sie zählt Knoten, nicht nur die Zahl derer.
Status
Diese Seite ist im Paket enthalten und intern verlinkt.
Verbinde mit dem Backend …
/home/danijeljd/www/hypdb.one/hypdb-cloudflared aktiv