Was hatte ich mich vor einiger Zeit darüber gefreut, dass der MySQLDumper durch den MyOOSDumper fortgeführt wird. Aber die Freude währte leider nicht lange. Denn ich habe mitbekommen, dass mein automatisiertes Backup, das ich damit eingerichtet hatte, nicht mehr durchgeführt wird. Schade war’s. Aber ich muss mich auf mein Backup verlassen können, was mit dem MyOOSDumper nicht mehr möglich ist.
Der MyOOSDumper wurde nicht weiterentwickelt
Ich habe ja geschrieben, dass ich mal schauen musste, wieso mein automatisiertes Backup nicht mehr funktionierte. Dazu rief ich mir den MyOOSDumper auf. Und der zeigte mir an, dass eine Verbindung zur Datenbank nicht möglich sei. Außerdem erhielt ich mehrfach die Meldung, dass Funktionen „deprecated“ – also veraltet – seien. Schade, damit war das Tool nicht mehr nutzbar.
Ich habe also mal bei GitHub nachgeschaut, ob es ein neues Installationspaket gäbe. Das aktuellste ist gerade ein paar Tage alt. Freude, das lade ich mir herunter! Gesagt, getan. Ich habe mir den „msd“-Ordner aus dem Paket geschnappt und auf den FTP geschoben, nachdem ich den alten „msd“-Ordner entfernt hatte. Jetzt müsste es ja funktionieren. Nein, dem war nicht so. Das gleiche Fehlerbild.
Scheinbar wurde also tatsächlich der Dumper nicht weiterentwickelt. Der gehört seit einiger Zeit zu einem Shopsystem. Und vermutlich ist das „ein paar Tage“ alte Installationspaket ein Update für das Shopsystem, nicht aber für den Dumper. Aus diesem Grund kann ich leider niemandem nahelegen, sich auf den MyOOSDumper zu verlassen. Er dürfte nicht mehr wirklich funktionieren.
Und nun?
Ich habe es oft genug geschrieben: Es ist fahrlässig, irgendwas ohne Netz und doppelten Boden zu betreiben. Sprich: Ein Backup ist unerlässlich, am besten automatisiert. Für WordPress gibt es viele Lösungen. Man ist heutzutage auf so etwas wie den MyOOSDumper nicht mehr angewiesen. Und deshalb muss man sich auch nicht so viele Gedanken darüber machen.
Ich setze auf UpdraftPlus, worüber ich hier mal schrieb. Aber das ist ja nun nicht das einzige für WordPress. Die Brenda hat hier mal ein paar Plugins aufgeführt. Funktionieren tun sie alle. Das Problem ist eben nur, dass man diese Plugins im Blog installiert und diesen somit belastet. Das fällt nicht so sonderlich ins Gewicht. Aber man muss es wenigstens mal mitteilen.
Selbst wenn es nur „gefühlt“ ist, die Geschwindigkeit des Blogs kann schon in Mitleidenschaft gezogen werden, wenn man auf solche Backup-Plugins setzt. Das Positive an Lösungen wie UpdraftPlus oder BackWPup oder so ist, dass die Datensicherungen extern gespeichert werden können. Und man kann Backups automatisiert (z.B. einmal täglich) anfertigen. Das klappt zum Beispiel nicht in der kostenlosen Version vom Duplicator.
Alles in allem ist der MyOOSDumper in seiner Zeit stehen geblieben. Andere Lösungen wie die Backup-Plugins sind für WordPress einfach mal dienlicher. Deshalb ist es am Ende auch kein Beinbruch, dass der MyOOSDumper „deprecated“ und nicht mehr verwendbar ist.
Ich nutze immer noch den alten mysqldumper in einer eigens eingerichteten Umgebung mit PHP 5 dafür. Ist sowieso in nem extra geschütztem Bereich und daher ist mir das Jacke das das alles etwas veraltet ist. Der funktioniert so noch ne Ewigkeit und das zuverlässig was mir in der Hinsicht das wichtigste ist.
Also ich kann nicht klagen über den myoos[dumper] v4.2.0, der läuft bei mir unter PHP 7.3 in mehreren WordPressen tadellos und ohne jegliche Fehlermeldungen, wie weiland der originäre MySQLDumper unter PHP 5.6! Das einzige, was ich als Rückschritt beklagen würde, ist das andere Logo (karierter Würfel statt Kipplaster). Aber mit dieser ästhetischen Einschränkung kann ich leben…
Hallo,
das ist doch erfreulich. Leider habe ich weniger Glück als andere. Woran das liegt, kann ich nicht abschließend beurteilen. Jedenfalls kann ich den MyOOSDumper leider nicht einsetzen.
Ich betreibe oder betreue ein gutes Dutzend WordPressen und wundere mich auch manchmal, warum das gleiche Plugin beim einen Hoster nicht mehr funktioniert, während es beim anderen weiterhin fehlerfrei läuft, obwohl bei beiden PHP 7.x installiert ist. Mitunter hängt es wohl an Kleinigkeiten (die zu analysieren ich freilich leider nicht sachkundig genug bin).
Allerdings läuft der MyOOSDumper bei mir in wirklich allen Fällen und bei allen Hostern tadellos, so daß ich den Verdacht habe, daß bei Dir bei der Installation irgendwas schiefgelaufen sein könnte. Ich hab‘ bei Plugins schon erlebt, daß die mir das Blog geschossen haben, weil ein PHP-Template unvollständig übertragen worden ist, ohne daß das FTP-Programm einen Fehler gemeldet hätte. Von daher wäre es vielleicht einen Versuch wert, sich den MyOOSDumper testhalber noch mal runterzuziehen und erneut zu installieren. Wer weiß, vielleicht funzt es dann ja? Mir ist so eine Stand-alone-Lösung gefühlsmäßig lieber als ein Plugin, welches Bestandteil des zu sichernden Systems ist.
Ich habe jetzt mal eine neue Version erhalten, die ich gerade teste. Entgegen meiner Erwartung scheint die tatsächlich zu funktionieren. Mein Gedanke war ja der gleiche: Wieso baue ich eine Backup-Prozedur in etwas, was ich damit wegsichern will? Deshalb war ich ja so enttäuscht, als der MyOOSDumper nicht mehr funktionierte. Die Version, die ich da jetzt a Wickel habe, scheint aber zu tun, was sie soll. Ich werde es im Auge behalten.
Freut mich, wenn ich helfen konnte! ;-)
Beste Grüße,
Ralph
Und wie du das konntest. Ich hatte gleich mal darüber geschrieben: KLICK