[Gelöst] Search&Replace in Beitragstexten über Datenbank - Auswirkung auf WPML
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Der Kunde hat seine Entwicklungsseite umgezogen und möchte nun alle Verlinkungen, die noch die alte URL enthalten, über ein Search & Replace in der Datenbank aktualisieren. Es besteht die Sorge, dass dies zu Problemen im WPML-Übersetzungseditor führen könnte, da WPML Prüfsummen für Textinhalte verwendet, die bei einer solchen Änderung nicht aktualisiert werden.
Lösung: Wir empfehlen dem Kunden, den Inhalt im Divi Editor zu überprüfen, da WPML die Informationen übernimmt, die für die jeweilige Post-ID hinterlegt sind. Wenn in der Datenbank doppelte Blöcke vorhanden sind, sollte der Kunde dies direkt in der Datenbank überprüfen. Wir haben darauf hingewiesen, dass WPML technisch gesehen keine Probleme mit Änderungen des Inhalts durch Search & Replace hat und dass andere Kunden sowie wir selbst dies regelmäßig tun. Es wird empfohlen, die Änderungen isoliert mit Divi in einer Staging-Umgebung zu testen und, falls das Problem weiterhin besteht, das Search & Replace mit WP-CLI zu testen, falls ein Plugin dafür verwendet wird.
Bitte beachten Sie, dass diese Lösung möglicherweise nicht mehr aktuell oder auf Ihren Fall anwendbar ist. Wir empfehlen Ihnen, die bekannten Probleme zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben. Sollte das Problem weiterhin bestehen, zögern Sie nicht, ein neues Support-Ticket zu eröffnen. Hier ist der Link zum WPML-Supportforum.
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Wir haben unsere Development-Seite von versteckter Link auf versteckter Link umgezogen.
In den Beiträgen der Seite existieren noch viele Verlinkungen mit der alten wp.dev.-URL. Um diese einfach und schnell zu korrigieren, möchten wir direkt in der Datenbank über Search&Replace die URLs anpassen.
Wenn man nach dieser Maßnahme wieder in das WordPress-Backend geht und über WPML die Seiten für Übersetzungen öffnet, gibt es dann mögliches Fehlverhalten bei WPML, weil wir es nicht über das Use-Backend geändert haben?
WPML hinterlegt ja Prüfsummen für die Textinhalte, um zu erkennen, wo es Änderungen gegeben hat. Diese werden bei einer solchen Search&Replace Änderung nicht angepasst.
Beim ersten Umzug haben wir knallhart alle URLs durch die gesamte Datenbank hinweg mit Search&Replace geändert. Dadurch hatten wir in WPML das Verhalten, dass er im Übersetzungsbackend auf einmal Dopplungen von Contentinhalten hatte.
Wir haben daher bis dato keine URLs direkt in der Datenbank angepasst, die irgendeinen Content betreffen, der von WPML verwaltet wird, würden das aber gerne (der einfachheithalber) machen. Kann der im Bild gezeigte Fehler von dieser Aktion her rühren?
Wenn man nach dieser Maßnahme wieder in das WordPress-Backend geht und über WPML die Seiten für Übersetzungen öffnet, gibt es dann mögliches Fehlverhalten bei WPML, weil wir es nicht über das Use-Backend geändert haben?
Nein, wir verwenden hierfür keine Prüfsummen, das betrifft rein eine Anpassung für WordPress selbst. Was Sie in der linken Spalte sehen, ist der Name des verwendeten Divi Widgets. Sie können dies sehr einfach auch via WP-CLI durchlaufen lassen. Testen Sie es am besten via WP-CLI zuerst über den globalen Parameter --dry-run, dann wird noch nichts umgestellt: https://developer.wordpress.org/cli/commands/search-replace/.
Danke für die schnelle Antwort.
Welche Ursache könnte das im Screenshot gezeigte Verhalten dann haben?
Ursprünglich war nur eine der beiden schwarz gekennzeichneten Varianten im Übersetzungsbackend enthalten.
Nach dem globalen Search&Replace der URLs auf Datenbankebene habe ich auf einer Seite im Divi Frontend-Builder eine textliche Änderung in einem Textmodul gemacht. Danach wurde mir die Seite als "zu überprüfen" angezeigt. Als ich dann in den Übersetzungseditor bin waren auf einmal auf der Seite enthaltene Module gedoppelt zu sehen (Screenshot), obwohl sie nur einmal enthalten waren.
Dieses Verhalten hatte ich vor dem Umzug und dem globalen Search&Replace nicht gehabt.
Wir haben es jetzt gelöst, indem wir nur die URLs in der Tabelle wp_post angepasst haben.
Alle anderen würden wir manuell im Editor machen. Aber es ist halt ein ziemlicher Aufwand. Wir befürchten aber, das der Übersetzungseditor wieder das "spinnen" anfängt, wenn wir wieder über die Datenbank direkt ändern.
dies sollten Sie im Divi Editor prüfen, was dort aktuell enthalten ist. Für WPML wird dort genau dies übernommen, was für die jeweilige Post-ID hinterlegt ist. Es scheint somit in der DB 2x den Block zu geben, dies können die direkt in der DB gegenprüfen.
Alle anderen würden wir manuell im Editor machen. Aber es ist halt ein ziemlicher Aufwand. Wir befürchten aber, das der Übersetzungseditor wieder das "spinnen" anfängt, wenn wir wieder über die Datenbank direkt ändern.
Wie gesagt, Sie ändern hier Content von WP selbst, WPML ist es technisch gesehen ziemlich egal, wenn Sie Content via Search-Replace überschreiben. Andere Kunden machen das ständig und ich auch 🙂
Ich würde Ihnen empfehlen, dies isoliert nur mit Divi nochmals auf einer Staging-Umgebung zu testen. Falls es dort ebenso auftritt, prüfen Sie dann das Search-Replace testweiße via WP-CLI, falls Sie hier ein Plugin dafür verwenden.
