README und CODEX_NOTES beschrieben noch GitHub Actions, CloudPanel und den Hetzner-Server. Nichts davon trifft nach dem Umzug auf den VPS noch zu. Zwei Fallstricke sind jetzt dokumentiert: .github/workflows/ darf nicht wieder angelegt werden, weil Forgejo Actions es mitliest, und neue Dateien im Root werden nur ausgeliefert, wenn ihr Pfad in der Traefik-Regel steht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
1.7 KiB
go.vanityontour.de – Static Landing
Diese Seite ist komplett statisch (HTML/CSS). Kein Build-Step, kein Node, kein Stress.
Lokal testen
Einfach den Ordner öffnen – oder z.B. mit Python:
python3 -m http.server 8080
Dann im Browser: http://localhost:8080
Links anpassen
In index.html sind ein paar Platzhalter-Links (z.B. GitHub Repo / App-Store). Ersetze sie durch deine echten URLs.
🚀 Automatisches Deployment aktiv! Bei jedem Push auf main wird die Seite automatisch auf https://go.vanityontour.de deployed.
Deployment via Forgejo Actions
Die Workflow-Datei liegt hier: .forgejo/workflows/deploy.yml
Der Runner (act_runner auf dem Hostinger-VPS) steht bereits auf dem Zielhost.
Der Job mountet das Zielverzeichnis direkt in seinen Container und schreibt per
rsync hinein – kein SSH, kein Deploy-Key, keine Secrets.
Push auf main -> git.giertz.biz -> act_runner -> /docker/shlink/landingpage
-> Smoke-Test gegen die Live-URL
Ausgeliefert wird das Verzeichnis vom Container shlink-landingpage
(nginx, read-only gemountet) hinter Traefik.
Details, inklusive der Pfad-Aufteilung zwischen Landingpage und Shlink:
siehe CODEX_NOTES.md.
Wichtig
.github/workflows/nicht wieder anlegen. Forgejo Actions wertet dieses Verzeichnis ebenfalls aus – der Job würde doppelt laufen.- Neue Dateien im Root werden nur ausgeliefert, wenn ihr Pfad in der
Traefik-Regel steht (
/,/assets/*,/robots.txt,/favicon.*,/sitemap.xml,/CNAME). Andernfalls greift Shlink und leitet auf/um.
DNS
go.vanityontour.de → A-Record auf 72.62.158.29, kein AAAA.
Das Zertifikat stellt Traefik per Let's Encrypt aus.