https für Multisite

Zitat von Jula

ich möchte meinen Blog auf https umstellen.
Dazu müsste vor der Datenbankänderung die Domain von http auf https geändert werden, was normalerweise unter Einstellungen/Allgemein möglich ist. Leider geht das bei der Multisite nicht.

Die URLs müssen in der Datenbank geändert werden. Ich habe einige Plugins ausprobiert - und die, die hier im Forum geteilt werden - funktionierten bei mir nicht.

Ich habe mit
https://updraftplus.com/
eine Datensicherung erstellt
und mit der kostenpflichtigen Erweiterung Migrate a WordPress site to a different location.

die Datenbank geändert.
https://blog.r23.de/lasst-uns-verschluesseln/

vorsicht: Eine Datensicherung würde ich _immer_ mit richtiger Software erstellen. Bei mySQL zum Beispiel mysqldump und nie mit einem PHP - Scriptchen.

Zitat von Jula

Hatte schon vermutet, dass ich die URLs in der Datenbank und config.php von Hand ändern muss.

Du kannst die URL in der Datenbank leider nicht von Hand ändern - da WordPress sog. "Serialized-Data" verwendet. Es funktioniert dann leider nicht mehr viel wirklich richtig - wenn du per Hand die URL änderst.

Hier eine Anleitung von einem WordPress Meetup von Berlin
http://www.ja-gut-aber.de/wp-content/upl…alized-Data.pdf

Zitat von Jula

Gibt es eine Alternative?

link im ersten posting von mir...

Ja. Dass du es zuerst mit der freien Version einfach einmal ausprobierst.
Ich habe das, was ich unter r23s Links gelesen habe, so verstanden, dass auch die freie Version schon mit Multisite umgehen kann.

Wenn ich das falsch verstanden habe, kannst du die Alternativen dort nachlesen.
Und sonst bleibt dir immer noch: händisch ändern und die Sachen, die dir dabei verloren gehen, händisch nachbauen. Schulterzuck.

Gruß
helix

Ah, r23 war schneller.

Zitat von helix

dass auch die freie Version schon mit Multisite umgehen kann.

Multisite ist leider auch kostenpflichtig :(

https://interconnectit.com/products/searc…ress-databases/

Zitat von r23

Multisite ist leider auch kostenpflichtig :(

Zitat von Jula

Hab jetzt schon zwei Tage rumgegoogelt und eine Menge Tools gefunden, leider kneifen die Alle wenn es um Multisite geht, oder die Kosten stehen in keinem vernünftigen Verhältniss.

Und was ist das?

Zitat

Does the plugin support multisite?
Yes, but the Multisite Tools addon for the pro version does a lot more with multisite like migrating a subsite as a single-site install.

Quelle: https://wordpress.org/plugins/wp-migrate-db/faq/
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Sorry. Aber ich habe dezent wenig Verständnis, wenn jemand meint, eine Multisite einrichten und betreuen zu können, aber noch nicht in der Lage ist, bei der „Recherche“ mal einen oder zwei Tabs weiter zu klicken und zu lesen.

Gruß
helix

Hallo,

ein Zitiat von mir wird leider in einen anderen Kontext verwendet. Ich verwende wp-migrate-db und empfehle wp-migrate-db n i c h t

Zitat von helix

Sorry. Aber ich habe dezent wenig Verständnis, wenn jemand meint, eine Multisite einrichten und betreuen zu können, aber noch nicht in der Lage ist, bei der „Recherche“ mal einen oder zwei Tabs weiter zu klicken und zu lesen.

Meine Antwort bezog sich auf meine Empfehlung - da diese _überraschend_ bei meinem Umzug von http auf https *mal* funktionierte. Ich habe leider - wie der TE auch - einige sehr abenteuerliche Ergebnisse mit - wirklich total schrottigen WordPress Plug-Ins- gemacht.

Und W A R U M benötigt man überhaupt ein Plug-in wenn man mal die URL ändern möchte? Die Antwort entzieht sich mir total? Die Antwort würde mich wirklich interessieren!

Meine Plgin-In Empfehlung reduziert sich nur auf: updraftplus
https://updraftplus.com/shop/
Multisite ist leider hier auch kostenpflichtig

Ich hoffe, meine Forumulierung ist jetzt verständlicher.

Nur dieses Plug-In funktionierte - in einer kostenpflichtigen Version bei mir. Und nur - weil es "zufällig" bei mir funktionierte - muss es leider nicht bei anderen funktionieren.

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.

Zitat von Jula

das Tool hat im Testlauf bis auf kleine Ausnahmen gut funktioniert.

Was hat nicht funktioniert? Ich nutze das Tool fast täglich und "Ausreißer" waren bis dato immer einem "inkonsistenten" Datenbestand geschuldet, also z.B. der Tatsache, dass die betreffende Domain gleichzeitig mit und ohne "www" an verschiedenen Stellen verwendet wurde und Ersetzungen daher unvollständig sind. Eine weitere Fehlerquelle sind Themes, die dynamische CSS Informationen in eine Datei oder Plugins, die URLs in die .htaccess schreiben. Neben dem Suchen und Ersetzen in der Datenbank empfiehlt sich daher immer ein "grep" über die Dateien im Filesystem mit anschließendem Suchen und Ersetzen mittels "sed" oder alternativen Methoden in Abhängigkeit der Zugriffsmöglichkeiten bzw. des Wissenstandes der ausführenden Person. Ebenfalls ratsam ist das Deaktivieren von Cacheplugins mit vorherigem Leeren des Cache bevor man Änderungen durchführt.