Checkliste für den Projektstart #

Diese Seite richtet sich an Entwickler, die eine Website gleich live schalten. Kopieren Sie sie in Ihr Projekt, haken Sie jeden Punkt ab und notieren Sie, wer ihn geprüft hat. Jeder Punkt verweist auf die Seite, die ihn erklärt. Hoster haben eine eigene Liste für die Serverseite (Live-Gang der Website eines neuen Kunden).

Inhalt #

1. Eine Woche vorher
2. Inhalte und Modell
3. Templates und Design
4. Einstellungen
5. Server, Caches und Cron
6. Sicherheit
7. Suche, SEO und Weiterleitungen
8. Barrierefreiheit
9. Sicherungen und Übergabe
10. Der Starttag
11. Die Woche danach

Eine Woche vorher #

• To do: Der Live-Rechner ist so bereitgestellt, wie er laufen wird: dieselbe Server-Engine, dasselbe PHP, dieselbe Datenbank-Engine wie auf Staging (Eine Website bereitstellen).
• To do: Die Repositorys des Projekts sind mit einem Tag versehen oder beim Commit festgehalten, der live geht.
• To do: Es gibt einen Plan für den Rückweg: Datenbank-Dump, vorheriger Code, die Schritte und wer entscheidet.

Inhalte und Modell #

• To do: Das Inhaltsmodell hat seine Prüfung bestanden (Checkliste zur Prüfung des Inhaltsmodells).
• To do: Klassen und Starterinhalte liegen in Paketen im Repository; Layouts sind exportiert (Seitenpakete und Installer).
• To do: Test- und Demo-Inhalte entfernt oder verborgen; der Papierkorb von Testelementen geleert.
• To do: Importierte Inhalte von einem Redakteur stichprobenartig geprüft; innere Links und Bilder aufgelöst (Inhalte importieren).

Templates und Design #

• To do: Jede Klasse hat eine Full View und die Listenansichten, die sie braucht; keine allgemeinen Attributlisten auf öffentlichen Seiten (Ansichtsmodi).
• To do: Fehlerseiten (404, Zugriff verweigert) gestaltet (Fehler-Templates).
• To do: Kein Inline-CSS oder -JavaScript; Assets über den Packer; kein ?v= an Asset-Links.
• To do: Seiten im hellen und dunklen Modus geprüft, bei 1440 px und bei 200 % Zoom.

Einstellungen #

• To do: Debug-Ausgabe und ShowUsedTemplates aus; TemplateCompile an.
• To do: Namen der Website, MetaDataArray, Adressen der Website und E-Mail-Absender für Live gesetzt; Test-E-Mails gehen bis zum Start nur an example.invalid.
• To do: settings/override/ auf dem Rechner geschrieben, nicht kopiert; Varianten je Umgebung vorhanden (Einstellungen und INI für CMS-Entwickler).
• To do: ManagedByDeployment=enabled, wo die Konfiguration aus der Versionsverwaltung kommt.

Server, Caches und Cron #

• To do: Velocity (oder der gewählte Server) läuft mit OPcache; exp:cache status zeigt die erwarteten Ebenen (Leistung).
• To do: Benchmark der wichtigsten Seiten als Ausgangsbasis festgehalten (./console exp:benchmark).
• To do: Cronjobs für jeden öffentlichen Siteaccess eingeplant; Workflows, Benachrichtigungen und verzögertes Indexieren bei laufendem Cron getestet (Cronjobs).
• To do: Caches nach der letzten Bereitstellung vorgewärmt (Caches vorladen).

Sicherheit #

• To do: Die Sicherheits-Checkliste ist vollständig, einschließlich der Härtung vor dem Live-Gang.
• To do: Das Administratorpasswort des Installers geändert; persönliche Administratorkonten mit Zwei-Faktor-Anmeldung.
• To do: Rollen mit Testkonten getestet; die Rolle Anonymous geprüft.

Suche, SEO und Weiterleitungen #

• To do: Der Suchindex nach dem letzten Import neu aufgebaut; die Suchseite getestet (Suche).
• To do: Weiterleitungen für alte Adressen eingerichtet; kanonische Links, Titel und Beschreibungen geprüft (SEO-Grundlagen).
• To do: robots.txt hat die Live-Regeln und die Adresse der Sitemap; keine übrig gebliebene Regel sperrt die ganze Website.

Barrierefreiheit #

• To do: Tastatur, Zoom und Kontrast auf den wichtigsten Templates getestet; Formulare beschriftet (Barrierefreiheit).

Sicherungen und Übergabe #

• To do: Sicherungen von Datenbank und Speicher laufen, verlassen den Rechner, und eine Wiederherstellung wurde getestet (Was zu sichern ist).
• To do: Redakteure geschult und mit eigenen Konten versorgt; eine kurze Anleitung zu den Klassen und Layouts der Website übergeben (Editors 101).
• To do: Die Projektdokumentation (Modell, Erweiterungen, Bereitstellung, Cron, Kontakte) liegt im Repository.

Der Starttag #

1. Frieren Sie Inhaltsänderungen auf der alten Website ein; führen Sie bei einer Migration einen letzten Delta-Import aus.
2. Stellen Sie bereit, schalten Sie DNS oder den Proxy um, prüfen Sie HTTPS.
3. Prüfen Sie die Startseite, eine tiefe Seite je Klasse, die Suche, ein Formular, die Anmeldung und die Administration.
4. Beobachten Sie in den ersten Stunden var/log/error.log und die 404-Fehler.

Die Woche danach #

• To do: 404-Liste täglich geprüft; fehlende Weiterleitungen ergänzt.
• To do: Fehlerlog und Audit-Warnungen gelesen.
• To do: Cron-Läufe auf der Seite Cronjobs bestätigt.
• To do: Benchmark unter echtem Verkehr wiederholt und mit der Ausgangsbasis verglichen.
• To do: Rückmeldungen der Redakteure gesammelt und die ersten Korrekturen geplant.

Verwandte Seiten #

• Checkliste für die Migration
• Checkliste für den Live-Gang aus der Sicherheitshärtung
• Checkliste: Start eines Themes
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.