Robert Rapp
30d15cd680
Bisher baute der Server das Image selbst und der Container holte sich Inhalte per git pull ueber deploy.php. Das war seit jeher kaputt: git verweigerte wegen "dubious ownership" die Arbeit, die &&-Kette brach ab, hugo lief nie. Live war stets der Stand des letzten Containerstarts. Statt das zu flicken faellt der Mechanismus jetzt weg. Das Dockerfile ist zweistufig: Hugo baut die Seite im Builder, das Laufzeit-Image enthaelt nur nginx und fertiges HTML. Kein PHP, kein git, kein Hugo mehr zur Laufzeit - 49 MB statt eines Debian-Images mit vier Werkzeugketten. Deployen heisst damit: neues Image ziehen, Container neu starten. Entfernt: deploy.php, entrypoint.sh und .htaccess (Apache-Rest aus der Kirby-Zeit, unter nginx wirkungslos). Der Ordner kirby/ heisst jetzt docker/, weil dort nie Kirby lag. docker-compose.yml zieht das Image aus der Registry. Das Volume-Mount auf /var/www/html ist weg - es haette die ins Image gebackene Seite verdeckt. Lokal geprueft: Build laeuft durch, Container liefert alle Seiten und Assets mit HTTP 200 aus, Intro-Text kommt aus der Markdown-Datei, alle sieben Lampenbilder sind enthalten. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
robbis.space
Die Website von Robbi basiert auf Kirby CMS und wird auf https://robbis.space gehostet.
Für Entwickler: So funktioniert der Workflow
Voraussetzungen
- Git-Zugang zum Repo:
https://gitea.mindboost.team/rorapp/robbis.space.git - Schreibrechte auf dem
main-Branch
Repository klonen
git clone https://gitea.mindboost.team/rorapp/robbis.space.git
cd robbis.space
Lokale Entwicklung
Kirby läuft ohne Datenbank – alle Inhalte liegen als Dateien im content/-Ordner. Für eine lokale Vorschau reicht ein einfacher PHP-Server:
php -S localhost:8000
Danach ist die Seite unter http://localhost:8000 und das Panel unter http://localhost:8000/panel erreichbar.
Hinweis: Die Datei
site/config/config.phpenthält die URL-Konfiguration für die Produktionsumgebung. Lokal kann es sein, dass Kirby eine Warnung wegen der URL zeigt – das ist normal und beeinflusst die Entwicklung nicht.
Änderungen deployen
Das Deployment läuft vollautomatisch über einen Gitea-Webhook:
- Änderungen committen und auf
mainpushen - Gitea löst automatisch einen Webhook aus
- Der Server führt
git pullim Produktionsverzeichnis aus - Die Änderungen sind sofort live auf
https://robbis.space
git add .
git commit -m "Beschreibung der Änderung"
git push origin main
Pushes auf andere Branches lösen kein Deployment aus. Nur
mainwird automatisch deployed.
Projektstruktur
├── assets/ # CSS, JS, Bilder (Theme-Dateien)
├── content/ # Alle Seiteninhalte als Textdateien
├── kirby/ # Kirby CMS Core (nicht bearbeiten)
├── media/ # Automatisch generierter Cache (nicht committen)
├── site/
│ ├── blueprints/ # Panel-Konfiguration (Felder, Layouts)
│ ├── config/ # Kirby-Konfiguration
│ ├── plugins/ # Erweiterungen
│ ├── snippets/ # Wiederverwendbare Template-Teile
│ └── templates/ # Seitentemplates
└── index.php # Einstiegspunkt
Was gehört ins Repo, was nicht?
| Gehört rein | Gehört nicht rein |
|---|---|
content/ |
media/ (automatisch generiert) |
assets/ |
site/accounts/ (Benutzerkonten) |
site/ |
site/sessions/ (Sitzungsdaten) |
kirby/ |
site/cache/ (Cache) |
Die .gitignore ist bereits entsprechend konfiguriert.
Fragen zum Setup? Wende dich an Robbi.