Bereit mit den großen Jungs zu spielen?

Mit WordPress umziehen ist mit Plugin`s kein Problem. Für kleine Blog-Seiten mag das auch zu treffen. Aber was ist, wenn WordPress und Datenbank im laufe der Zeit richtig gewachsen sind.

Umzug mit WordPress ohne Plugins

Startet man mit einem redaktionellen Blog oder Website reicht es ein Hostingpaket zu mieten. Aber irgendwann kommt der Punkt, wo der Webspace z.B. aus IT-Security- oder Performancedefiziten nicht mehr ausreicht.

[Von dem Vorteil “günstiger Preis” mal abgesehen, fällt mir kein weiterer positiver Grund ein, warum man sich mit IP-Sharing und den weiteren Nachteilen eines Hostingpaketes rumärgern sollte. Egal, das soll heute nicht das Thema sein.]

Steht man vor der Aufgabe, einen Hosting-Umzug mit einer WordPress Installation zu planen, ist der erste Versuch Plugins dafür zu verwenden. Bei größeren Projekten geht das meistens schief. Die erste Hürde ist die komplette Datenbank zu sichern. Bei Webhostern ist die Ausführungszeiten von PHP-Scripten (max_execution_time) auf 30 Sekunden begrenzt. Da bekanntlich PHPMyAdmin ebenfalls in PHP programmiert ist, greift diese Sicherheitsfeature auch hier.

Eine recht clevere Lösung ist mit MySQLDumper die Datenbank in einem Rutsch zu sichern, trotz max_execution_time = 30. MySQLDumper (in PHP programmiert) umgeht den Timeout-Error mit Hilfe eines kleinen Tricks: Er liest nur eine bestimmte Anzahl von Datensätzen aus der Tabelle aus, merkt sich, wie weit er gekommen ist, und ruft sich anschließend selbst auf. Dadurch erhält das Skript bei jedem Aufruf wieder die volle Ausführungszeit und umgeht so geschickt das Problem des Abbruchs durch den Server.

Meine vorgestellte Lösung ist EINE Möglichkeit innerhalb von Minuten den Umzug mit WordPress OHNE Plugins zu realisieren.

1. Datenbank sichern, mit Zugriff auf die Linux-Konsole, ansonsten MySQLDumper etc.

2. komplette Filesicherung der WordPress Installation, auch die *.sql
– per sftp alles lokal sichern. Oder gleich per SSH auf den neuen Server kopieren

3. Datenbank neu einspielen

4. Alle Dateien der WordPress Installation per sftp zum neuen Server kopieren

5. wp-config.php anpassen

6. Nach dem einspielen der Datenbanksicherung *.sql in die neue Datenbank:
– folgendes SQL-Statement ausführen (in PHPMyAdmin, db-konsole etc.)

Entsprechend die SQL-Stats mit den alten Domainnamen und neunen Domainnamen ersetzten. Inkl. http oder https.

Genau so kannst Du die SQL-Stats verwenden, wenn du von HTTP auf HTTPS umstellen möchtest, (besser solltest/mußt).

Fertig!

Wenn du keine schlecht ausprogrammierte Plugins/Widgets verwendest, funktioniert dieser 6 Punkte Plan auf Anhieb. Du kannst auch weitere Links finden mit der WP-Konstante: define(‘RELOCATE’,true); in der wp-config.php.

@ 12.04.2017 Kleiner Nachtrag zu MySQLDumper:

Dumper unter PHP Version 7.1.2 funktioniert nicht. Grund, im Dumper werden noch die Alten mysql_connect Methoden etc. benutzt, welche nur bis PHP5.x genutzt wurden.

Dumper verträgt sich auch nicht mit einer ApplicationFirewall nach OWASP ModSecurity.

UND in der Webserver-Konfiguration:

vorübergehend deaktivieren. Ja richtig, es werden noch Frames benutzt. Und wenn man schon dabei ist, unbedingt in dem Installationsverzeichnis von Dumper einen Passwort-Schutz drauf legen.

Please rate this