Hallo r23, mein dezent geringes Verständnis bezog sich nicht auf dich, weil ich davon ausgegangen war, dass du eine der kostenpflichtigen Pro-Versionen verwendest – warum soll jemand, der mit einem „Profi-Werkzeug“ arbeitet immer im Kopf haben, was in der jeweils freien Version auch schon geht?
Und ich war selber auch ungenau, verzeih mir. Den Link in deinem ersten Post zu Updraft Plus habe ich nicht verfolgt, weilja: soweit bekannt.
Ich hatte dann den Link aus deinem zweiten Post gemeint, das PDF von diesem Berliner WordPress MeetUp, das ja eigentlich nur eine Präsentation ist, die ohne die zusätzlichen (ursprünglich mündlichen) Erläuterungen nur überflugsweise verstehbar ist. Im verlinkten Blog ist auch ein ausführlicherer Artikel dazu, der empfiehlt dann WP Migrate DB.
Alles gut …
Exkurs: Nein, man benötigt natürlich kein PlugIn, wenn man mal die URL ändern möchte.
Auch die serialized Data kann man „händisch“ ändern, es folgt ja einfachen Regeln, die völlig offengelegt sind, man darf sich da nur nicht verzählen (das können Computerprogramme grundsätzlich besser, auch wenn es konkret welche zu geben scheint, die es genauso wenig können wie humans).
Ich habe das bis vor Kurzem immer händisch gemacht, d.h. Datenbank als SQL exportiert, im Editor mit Suchen & Ersetzen die Vorkommnisse der URL geändert, geänderte SQL-Datei importiert. Das hat auch immer gut geklappt, weil ich wenig mit Widgets und mit nur wenigen PlugIns arbeite, meistens.
Bis ich eine Seite in der Mache hatte, die ich nicht angelegt, sondern nur überarbeitet habe. Da haben nach dem Umzug auf einmal eineinhalb Widgets gefehlt … Da wusste ich das noch nicht mit den serialized Data, das ist mir dann erst ein paar Tage oder Wochen später hier im Forum begegnet – danach wusste ich, was mir „passiert“ war.
Beim nächsten „Anwendungsfall“ habe ich das Better Search and Replace PlugIn ausprobiert, das hier im Forum meistens empfohlen wird. Es hat angeblich soundsoviele Vorkommnisse gefunden, tatsächlich aber die wenigsten davon ersetzt. Ich habe dann wieder meine SQL-Datei exportiert und in den Editor geladen … (war harmlos, keine Widgets – ich wollte das ja nur wissen mit dem PlugIn). Ich habe eine Vermutung, woran es im konkreten Fall gelegen haben könnte, dass es nicht funktioniert hat. Egal, ich würde mir eben wenigstens eine aussagekräftige Fehlermeldung wünschen.
Ich habe meine persönliche Multi-Installation vor zwei Wochen platt gemacht und in Einzel-Installationen aufgeteilt. Sonst hätte ich dieses WP Migrate DB einfach mal testweise in der freien Version installiert und es ausprobiert.
Der Threadersteller hätte es ja ausprobieren können. Ich gehe davon aus, dass man sich vor so einem Test eine Sicherung macht, so dass man auf jeden Fall wieder zum alten Status zurückkehren kann. <= Und an der Stelle habe ich dann halt dezent wenig Verständnis: Nicht selber lesen, alles serviert bekommen wollen, einem Tipp wie „einfach mal ausprobieren“ nicht folgen – aber rumheulen, dass alles soviel Geld kostet.
Inzwischen ist ja auch noch ein weiterer Hinweis von mensmaximus gekommen. Den habe ich mir aber noch nicht näher angesehen.
Ich vermute, der Threadersteller ist gerade damit beschäftigt, seine Widgets nachzubauen …
Schönen Sonntag noch
Gruß
helix
Ergänzung:
1.) Ah, das von mensmaximus ist das Basis-Script.
2.) Serialized Data händisch ersetzen ist natürlich nur bedingt ernstgemeint. Es kommt dabei auch z.B. auf den Umfang der Datenmenge an. Weil: fehleranfällig ist das schon. Und Arbeit.
