Blog-Umzug: Der Uhle am Limit

Ich musste es am Wochenende durchziehen: Ich habe mich einem Blog-Umzug ausgesetzt. Ey, ich bin echt langsam zu alt für solche Spielereien. Wenn ich mir so überlege, dass das für mich früher alles kein Problem war, denke ich mir schon das, was ich von einem guiten Bekannten dazu als Reaktion erhielt: Warum tue ich mir das an? Wer aber diesen Blog seit längerer Zeit liest, wird sicherlich nachvollziehen können, warum ich da gar nicht dran vorbei gekommen bin. Und so kommt es zu diesem Artikel, der erste auf neuem Server.

Fehler über Fehler

Vor ziemlich genau einem Jahr gab es einen alles entscheidenden Blog-Umzug bei meinem bisherigen Hoster Alfahosting. In der Nachbetrachtung begann es hier. Ich hatte festgestellt, dass die Datenbank, die unter dem Blog läuft, auf Basis von MySQL 5.7 arbeitete. WordPress-Kenner wissen: Das ist zu alt. Das hatte ich dem Hoster damals mitgeteilt. Und der behauptete: Tja, da müssen Sie auf das neue Hosting-System umziehen, um MySQL 8.0 zu benutzen.

Im guten Glauben tat ich wie geheißen. Die neue Serverumgebung hieß dann CloudPit. Ich richtete alles soweit ein, und es lief. Bis es dann zu ganz komischen Fehlern kam. Ich hatte hierbei auch ActivityPub in Verdacht, und der Entwickler des Protokolls zum Synchronisieren mit dem Fediverse konnte das auch nicht ganz ausschließen, dass ActivityPub meinen Blog und den Server darunter fertigmachen würde. Also habe ich das Protokoll angehalten.

Allerdings gingen die Fehler und Ausfälle immer weiter. Und der Support behauptete, es läge an WordPress oder es läge an Plugins oder so. Wenn ich mich nicht täusche, liest man doch in Serverlogs auch, welche Prozesse eine hohe Last für die CPU bedeuten. Kommt schon, das ist unter Windows möglich, das muss unter Linux genau so gehen. Und so hätte mir der Support sagen können, welcher Prozess für die angebliche Last verantwortlich sein soll, oder?

Der Support behauptete dann noch, sie würden meinen Blog „aus Kulanz“ auf eine andere Instanz umziehen. Das war vor meinem kurzen Urlaub. Ich wollte mit dem Support ausmachen, dass wir den Brückentag am 2. Mai dafür nutzen. Und dann war Schweigen im Walde. Ganz ehrlich, hinhalten lasse ich mich nicht. Nachdem auch die letzte Frist wortlos verstrich, habe ich die Konsequenz gezogen und bin nach ziemlich genau 12 Jahren von Alfahosting weggezogen.

Ein Blog-Umzug: Wie war das doch gleich?

Mein neuer Hoster ist der mittelfränkische Anbieter Hetzner. Falls ihr fragt: Ja, ich habe wieder Webhosting gebucht. Der Support dort empfahl mir, erstmal ein mittelgroßes Paket zu buchen, was bedeutet, dass ich deutlich weniger im Jahr zahlen werde als bei Alfahosting. Und sie teilten mir mit: Naja, einen Umzugsservice als solchen bieten sie nicht an, aber sie haben da eine ziemlich knorke Anleitung, womit das ziemlich gut klappen sollte.

Also: Webhosting gebucht, Account eingerichtet und auf der Admin-Oberfläche konsoleH herum geschaut. Die Wartezeit brauchte ich, um ein Backup meiner Seite beim alten Hoster zu ziehen. Als alles vorbereitet war, lud ich per FTP Client alles in den vorbereiteten Ordner. Die Datenbank zu WordPress habe ich per PHPMyAdmin importiert. Und dann habe ich bei Alfahosting unter Meine Verträge -> Domains & SSL die AuthCodes für meine beiden Domänen abgerufen.

Nachdem ich die bei Hetzner bekannt gegeben hatte, sollte es eigentlich recht schnell gehen, dass die Webseite umgeschaltet wird. Als aber auch 24 Stunden später der Blog halb kaputt aussah, bekam ich schon kalte Füße. Habe ich den Blog-Umzug etwa versemmelt? Er hier mit seinem Blog brachte mich auf die Idee, in der Datenbank des Blogs in der Options-Tabelle zu gucken, welche URL dort eingetragen war. Und er hier mit seinem Blog brachte mich auf die Idee, gleiches in den WordPress-Einstellungen vorzunehmen.

Ich konnte mich echt nicht mehr daran erinnern. Ich bekam nämlich bei Hetzner eine Übergangsdomain, um alles einzurichten. Und die hatte sich überall eingetragen. Wenn euch sowas mal passieren sollte, schaut einfach in PHPMayAdmin -> Datenbank -> wp_options (Standard-Name), ob die richtige URL drin steht. Und kontrolliert in WordPress -> Einstellungen, ob die richtige URL drin steht. Hätte ich mich daran erinnert, wäre der Blog-Umzug spätestens gestern abgeschlossen.

Fazit

Es tut mir leid. Ich hatte einige richtig gute Jahre mit Alfahosting. Ich warb ja auch für den Anbieter. Und das trotz der Tatsache für einen Leipziger, dass sie in Halle hocken. Die Leute in Köln und Düsseldorf wissen, wovon ich hier rede. Ich habe aber die leise Vermutung, dass sich der Anbieter kolossal verzettelt hat, seitdem sie über die Mutter Dogado zu einem schwedischen Konglomerat namens „One.Group“ gehören. Irgendwas muss dabei schief gegangen sein.

Niemand hätte sich diese vielen Ausfälle angetan. Noch dazu nicht, wenn der Support seine Tätigkeiten einstellt und den Kunden einfach mal in der Luft hängen lässt. Das mag bei anderen Kunden völlig anders sein. Und ich habe ja echt großartige Support-Erfahrung mit Alfahosting gemacht. Das ist nicht die Frage. Aber ein fucking Jahr immer wieder diese Ausfälle, ohne dass sinnvoll etwas vom Hoster kommt, das hätte niemand mitgemacht.

Ich drücke mir selbst jetzt die Daumen, dass es mit Hetzner jetzt besser läuft als das gesamte letzte Jahr. Denn ich will möglichst nicht so bald wieder so einen Blog-Umzug hinter mich bringen. Ey, ich bin auch nicht mehr der Jüngste. Vor Jahren wäre mir das noch viel leichter von der Hand gegangen. Und dann wären mir die beiden genannten Einstellungen auch eingefallen. Hoffen wir also mal das Beste. Ach ja, und Alfahosting wünsche ich auch das Beste.