MainWP Szenario-Entwicklung – Grundgedanken

Die Dokumentation des Status des „work in process“ ist in diesen Artikel verschoben worden.

Grundgedanken

Basis aller Überlegungen ist es, einen optimalen Workflow für die Wartung der bestehenden Wartungsseiten zu entwickeln.

IST-Zustand

Der Wartungsprozess laut bestehender Wartungsverträge sieht pro Wartungseinheit vor (und wird auch so praktiziert):

•  Backup des derzeitigen Zustands
  • Mittels Duplicator Free
    Problem: Bei großen Websites funktioniert es nicht mehr. Lösung mit Duplicator PRO noch nicht ausreichend getestet
  • Bei Raidboxes mittels integriertem Backup-Tool
    Problem: Nur drei manuelle Backups möglich

Alle Backups müssen via Login im Backend manuell durchgeklickt werden!

• Screenshot der unaktualisierten Installation als Nachweis für Handlungsbedarf

–> Bei komplizierten Seiten ist eine Staging-Umgebung manuell aufzusetzen.
Dies passiert mittels Duplicator Free mit o.g. Problemen bei großen Sites (Haase, Sonnbergstuben)

• Manuelle Updates via Backend von allen zu aktualisierenden Plugins und Themes
  Problem: Alle Updates werden nur dann durchgeführt, wenn eine Wartungseinheit fällig ist! Das könnte im Zweifelsfall Sicherheitslücken bis zu einem halben Jahr offen lassen!
• Screenshot der aktualisierten Installation als Nachweis der Vertragserfüllung
• Manueller Versand der Wartungsnachweise mit spezifischer und individueller Erläuterung

SOLL-Zustand

• Laufende Backups
  • Mittels in MainWP integriertem UpdraftPLUS
    • Zeitpläne und Speicherung auf Kundenserver möglich, s.u.
  • Mittels DuplicatorPRO automatisiert über seine Einstellungen
    • Zeitpläne und Speicherung auf Kundenserver möglich, s.u.
• Manuelle Auslösung eines Backups vor Wartungseinheit
  • Ist möglich über die Seiten-Übersicht über UpdraftPLUS

Dieser Weg würde es ermöglichen, DB-Backups z.B. 30 Tage vorzuhalten (über UpdraftPLUS), sowie mehrere Monats- oder Wochenbackups gespeichert zu haben. Als zusätzliche Absicherung – sollte ein UpdraftPLUS-Restore misslingen, stünden noch die DuplicatorPRO Backups zur Verfügung. Die Frequenz wäre abhängig vom Umgang des Kunden mit der Webseite (Größe der Uploads, zur Verfügung stehender Speicherplatz auf dem Webspace).

• Laufende Theme- und Plugin-Updates
  • Einteilung in Trusted und Untrusted kann global vorgenommen werden (z.B. für Contact Form 7, ACF, etc..)
  • Globale Einstellung kann pro Webseite / Kunde verändert werden

Problem hierbei sind die Wartungsnachweise: Der Screenshot vor Wartung ist dann weitgehend leer, was den Kunden glauben lassen könnte, dass wir kaum etwas tun für die Wartung. Während der Testphase sind daher alle Kunden, die nicht zum Testkreis gehören, für automatische Updates manuell zu deaktivieren.

Vorteil: Mehr Sicherheit durch laufende Updates! Argumentation für die Vertragsänderung! Weniger Arbeit bei den Wartungseinheiten!

Möglichkeit: Der Wartungsnachweis wird mittels der in MainWP enthaltenen Client Reports geführt. Die Veränderung muss allerdings von den bestehenden Kunden bestätigt werden.

• Staging: Die Erstellung von aktuellen Staging-Umgebungen
  • Die Erstellung von Staging-Seiten mit dem aktuellen Stand der Live-Seite sollte aus dem MainWP-Backend möglich sein.
    Ein Rückspielen vorgenommener Änderungen ist dabei zweitrangig, da es in erster Linie um die Update-Sicherheit auf der Live-Seite geht
• Wiederholen gelungener Backups auf der Live-Seite mit einem Klick aus MainWP heraus.

Problem: Die in MainWP integrierte Lösung WP-Staging ist nicht gewünscht, da die Seite als Unterordner der Live-Seite angelegt wird und die Datenbank-Tabellen ebenfalls in die Haupttabelle kopiert werden (mit abweichendem Prefix, dennoch wird die DB dadurch verdoppelt)

Möglichkeit: Das Modul „Klonen“ steht sowohl in MainWP, als auch in UpdraftPLUS zur Verfügung, wobei die Verwendung von UpdraftPLUS nicht DSGVO-konform wäre (Klon wird auf deren Server erstellt). Des Weiteren könnte versucht werden, dass Plugin WP-Staging so anzupassen, dass die Staging-Seite auch extern erstellt werden kann.