Staging ohne Drama: vom Git-Push zur Livestellung
Ein Staging, das niemand benutzt, ist kein Staging. Wie ein Ablauf aussieht, den du auch unter Zeitdruck einhältst, und welche drei Fehler dabei am häufigsten passieren.
Fast jedes Projekt hat ein Staging. Und fast jedes Projekt kennt den Moment, in dem trotzdem direkt auf Live gearbeitet wird, weil es schnell gehen muss. Das liegt selten an fehlender Disziplin. Es liegt daran, dass der Weg über das Staging länger dauert als der Weg daneben.
Der Ablauf unten ist deshalb nicht der vollständigste, sondern der kürzeste, den man auch unter Druck einhält.
Vier Schritte, die zusammengehören
Erstens: Code kommt aus Git, nicht per FTP. Git ist in allen Tarifen vorinstalliert, du brauchst dafür keinen zusätzlichen Dienst. Der Vorteil ist nicht die Versionierung allein, sondern dass die Livestellung ein Befehl ist und kein Vorgang, bei dem man Dateien vergisst.
Zweitens: Die Datenbank läuft in eine Richtung. Von Live nach Staging, nie zurück. Sobald jemand einmal einen Staging-Dump nach Live schiebt, sind Bestellungen oder Formulareingänge weg, die zwischen Abzug und Rückkopie entstanden sind.
Drittens: Staging ist nicht öffentlich. Passwortschutz und noindex, sonst steht die halbfertige Fassung irgendwann im Index und konkurriert mit der echten Seite.
Viertens: Livestellung hat eine Checkliste, und zwar eine kurze. Cache leeren, Suchindex neu bauen, einmal die wichtigste Seite im privaten Fenster aufrufen. Fertig.
ssh dein-account@dein-host \
"mysqldump --single-transaction --quick live_db" \
| ssh dein-account@dein-host "mysql staging_db"Die drei Fehler, die wir am häufigsten sehen
Unterschiedliche PHP-Versionen. Staging läuft auf 8.4, Live auf 8.2, und der Fehler zeigt sich erst nach der Livestellung. Bei uns wählst du die PHP-Version je Website, also stell sie überall gleich ein, auch wenn es auf dem Staging reizvoll wäre, schon die neuere zu testen. Wenn du eine neue Version prüfen willst, ist das ein eigener Durchgang, kein Nebeneffekt.
Absolute URLs in der Datenbank. Nach dem Abzug zeigen Bilder, Canonicals und Weiterleitungen auf die Live-Domain. Das fällt beim Klicken kaum auf und beim Testen von Formularen sofort.
Cronjobs, die zweimal laufen. Der Abzug bringt geplante Aufgaben mit. Wenn auf dem Staging derselbe Versand oder dieselbe Schnittstelle feuert wie live, schreibt ein Testsystem in echte Daten. Deaktivieren gehört zum Abzug, nicht danach.
„Nicht einfach nur ein Hoster. Die Jungs hinter SN+ haben selbst Erfahrung in der Entwicklung.“
Was das mit dem Tarif zu tun hat
Wenig, und das ist Absicht. Git, SSH, sFTP, Easy Staging und die freie PHP-Wahl sind in allen Tarifen enthalten. Die Tarife unterscheiden sich in Speicher, Domains, Datenbanken und Postfächern, nicht in den Werkzeugen. Wenn dein Ablauf im kleinsten Tarif funktioniert, funktioniert er auch im größten.
Häufige Fragen zum Staging
Unsicher, welcher Tarif passt?
Beschreib uns kurz dein Projekt, dann sagen wir dir, was du brauchst. Auch wenn das der kleinere Tarif ist.