Die Entwicklung einer WordPress-Seite findet meist auf einem externen Development-Server statt oder wird direkt lokal entwickelt. Die Schritte sind dabei oft gleich: WordPress wird mit einer dazugehören Datenbank eingerichtet, es werden Themes programmiert oder gekauft, Plugins werden nach Bedarf hinzugefügt und irgendwann steht die fertige Seite. So weit so gut.

Irgendwann sind viele aber an dem Punkt angelangt, dass die Website vom Kunden abgenommen wurde und auf den dazugehören Live-Server – oder auch Production-Server genannt – übertragen werden muss. Bei diesem sogenannten „GoLive“ können Fehler auftreten, die einen viel Zeit und Nerven kosten.

Es gibt insgesamt drei Ankerpunkte, die bei einem GoLive bedacht werden müssen:

• Die .htaccess
• Die wp-config.php
• Die Datenbank.

Das Wichtigste bei einem Umzug ist, den Überblick zu behalten. Dafür bereiten wir jetzt alle wichtigen Schritte vor. Die aktuelle WordPress-Installation von unserem Development-Server kopieren wir in ein lokales Verzeichnis. Denkt daran, dass die .htaccess-Datei auf einem Mac nicht sichtbar ist, da diese mit einem Punkt beginnt. Ihr solltet sie deshalb vorher in _.htaccess umbenennen.

Anschließend loggen wir uns als Admin in die Development-WordPress-Seite ein und installieren das Plugin WP Migrate DB. Nach der Aktivierung dieses Plugins können wir unter Tools > WP Migrate DB einen Datenbank-Export runterladen. Das Besondere dabei: Unter Replace können wir direkt den neuen Server-Pfad und die neue URL angeben.

Natürlich kann ein solches Suchen & Ersetzen auch nachträglich per Hand erfolgen. Nur wer schon mal probiert hat, einen zehn Megabyte großen SQL-Export in einem Editor zu öffnen, stößt schnell an seine Grenzen. Außerdem müssen wir auch an die PHP-Serialization denken. WordPress speichert in der SQL-Table wp_options die Daten als PHP-Serialization. Das heißt, dass hier direkte Objekte als String abgelegt worden sind, die wiederum auch als Angabe die String-Länge beinhalten.

Sollte unsere Domain jetzt länger oder kürzer sein als die, die wir ersetzen, kann es zu Fehlern kommen, da die String-Länge nicht mehr mit dem Inhalt übereinstimmt. Typische Fehler sind fehlende Inhalte von Widget-Bereichen oder Theme-Optionen, die in der SQL-Table wp_options abgespeichert werden. Das Plugin WP Migrate DB aktualisiert automatisch auch die PHP-Serialization.

Um jetzt die Webseite auf dem Production-Server bereitzustellen, müssen wir zuerst eine neue Datenbank erstellen. Folgend müssen wir unsere – mit WP Migrate DB  runtergeladene – SQL importieren. Sobald der Import abschlossen ist, müssen wir in unserem lokalen Verzeichnis die _.htaccess prüfen.

Hatten wir WordPress auf dem Development-Server in einem Unterverzeichnis installiert, muss in der _.htaccess dieser Pfad angepasst werden. Ein Beispiel für eine saubere .htaccess-Datei sehen wir unter Basic WP.

Direkt auf der gleichen Ebene haben wir auch noch die Datei wp-config.php, in der wir die neue Datenbankverbindung hinterlegen müssen. Geändert werden muss nur der DB_USER, DB_PASSWORD und DB_HOST. Zudem solltet ihr überprüfen, ob noch die alte Site-&-Home-URL hinterlegt ist. Sie kann noch aus der Entwicklungs-Konfiguration stammen und muss auch in die neue Domain abgeändert werden.

Sobald alles in der wp-config.php angepasst ist, können alle Daten auf dem neuen Server bereitgestellt werden. Denkt anschließend daran, die .htaccess wieder umzubenennen.

Der WordPress-Umzug ist abgeschlossen und im Idealfall direkt über die neue Domain erreichbar. In dem Ordner auf unserem Schreibtisch können wir noch den Datenbank-Export hinterlegen und als Paket speichern. Weitere Informationen könnt ihr auch im WordPress-Codex  erhalten.

Habt ihr noch Fragen oder Probleme?