Zum Inhalt springen
Vimonto Deploy

Statamic Hosting

Statamic, bereit bei jedem Deploy

Statamic bekommt eine eigene Vorlage: Nginx und PHP-FPM für Laravel eingerichtet, eine fertige Produktions-.env und ein Deploy-Skript, das den Stache vorwärmt, bevor das Release live geht. So wartet der erste Besucher nach einem Deploy nie darauf.

In drei Schritten vom Repository in die Produktion

  1. 1

    Server erstellen

    Bei Hetzner Cloud, DigitalOcean, Vultr, Akamai, AWS oder Google Cloud oder auf jedem Ubuntu-24.04-VPS. Wähle PHP 8.1 bis 8.5 und eine Datenbank, falls deine Site eine nutzt; Redis und Node.js sind mit dabei.

  2. 2

    Statamic-Site anlegen

    Wähle die Statamic-Vorlage und dein Repository. Die Site bekommt eine .env mit neuem APP_KEY, den Datenbank-Zugangsdaten und Redis für Cache und Sessions, dazu eine kostenlose on-deploy.link-Adresse.

  3. 3

    Pushen

    Jeder Push baut ein neues Release: Composer, dein Frontend-Build, Migrationen, optimize und stache:warm, danach ein atomarer Wechsel.

Deploy-Skript

Das Standard-Deploy-Skript für Statamic

Die Laravel-Schritte plus please stache:warm, alle im neuen Release, bevor es live geht. Es ist reines Bash, läuft mit set -e, und du kannst es im Browser anpassen, etwa um static:warm für Static Caching zu ergänzen.

Deploy-Skript — Statamic-Standard
$VIMONTO_COMPOSER install --no-dev --no-interaction --prefer-dist --optimize-autoloader

if [ -f package.json ]; then
    if [ -f package-lock.json ]; then npm ci; else npm install; fi
    npm run build
fi

$VIMONTO_PHP artisan storage:link --force
$VIMONTO_PHP artisan migrate --force
$VIMONTO_PHP artisan optimize
$VIMONTO_PHP please stache:warm

Site-Funktionen

Jeder Laravel-Schalter, auch für Statamic

  • Scheduler

    Ein Cron-Eintrag führt jede Minute schedule:run im Live-Release aus, für geplante Einträge und deine eigenen Befehle.

  • Horizon oder Queue-Worker

    Führe Jobs aus der Queue, etwa Bildverarbeitung oder Formular-E-Mails, unter Supervisor aus. Die Worker starten nach jedem Deploy neu.

  • Wartungsmodus

    Führt artisan down mit einem Bypass-Link für dich aus. Der Zustand liegt im gemeinsamen storage/ und übersteht so Deploys.

  • Passwortschutz

    Schütze eine Staging-Site oder Kundenvorschau mit Benutzername und Passwort, ohne deinen Code anzufassen.

Inhalte, die auf dem Server bearbeitet werden

Statamic speichert Einträge als Dateien. Jeder Zero-Downtime-Deploy startet mit einem frischen Klon deines Branches. Inhalte, die im Control Panel auf dem Server gespeichert werden, müssen daher vor dem nächsten Deploy in dein Repository committet werden, etwa mit der Git-Integration von Statamic. Hochgeladene Assets in storage/ werden zwischen Releases geteilt und bleiben erhalten.

Lieber einfach halten? Stelle die Site auf In-Place-Deploys um: Ein einziges Release wird direkt aktualisiert. Das ist schneller, dafür entfallen Rollbacks.

Zero-Downtime- und In-Place-Deploys

Fragen zum Statamic Hosting

Braucht Statamic eine Datenbank?

Standardmäßig nicht: Flat-File-Statamic läuft ohne. Lass Datenbank verbinden aus, oder nutze sie für Statamic mit Eloquent-Treiber, Benutzer in der Datenbank oder eigene Tabellen.

Kann ich Horizon, Reverb oder Inertia SSR mit Statamic nutzen?

Ja. Statamic-Sites bekommen dieselben Funktionen wie Laravel: Scheduler, Horizon, Reverb, Pulse, Inertia SSR, Nightwatch, Wartungsmodus und Passwortschutz.

Wie führe ich Statamic-Befehle auf dem Server aus?

Über die Seite Befehle der Site, die einen Befehl im Live-Release ausführt, oder im Browser-Terminal. Im Deploy-Skript nutzt du $VIMONTO_PHP please …, damit der Befehl mit der PHP-Version der Site läuft.

Was kostet es?

Der kostenlose Tarif umfasst 1 Server und 3 Sites mit allen Funktionen. Premium kostet 15 € pro Monat und Organisation, ohne Grenzen. Deine Server rechnet dein Cloud-Anbieter ab.

Dein nächster Deploy ist live, bevor dein Kaffee fertig ist.

Erstelle eine Organisation, verbinde einen Server und pushe. Mehr nicht.