[Warten auf das Feedback der Benutzer] WPML synchronisiert Deutsch -> Englisch obwohl Verknüpfung aufgehoben wurde
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.
Hintergrund des Themas:
Ich versuche, die Synchronisierung von Seiten zwischen Deutsch und Englisch in WPML zu kontrollieren. Ich habe die Synchronisierung für bestimmte Seiten, wie die Kontaktseite, aufgehoben, um benutzerdefinierte Inhalte mit Elementor zu verwenden. Die URL der betroffenen Seite ist versteckter Link.
Die Symptome:
WPML synchronisiert weiterhin Seiten, obwohl die Synchronisierung aufgehoben wurde. Die englische Übersetzung wird ohne Benutzerfreigabe überschrieben. Auf der Startseite werden deutsche Strings aus dem Slider auf die englische Version synchronisiert, obwohl die Synchronisation aufgehoben wurde und die Strings nicht in WPML erkannt werden.
Fragen:
Warum synchronisiert WPML weiterhin Seiten, obwohl die Synchronisierung aufgehoben wurde?
Wie kann ich verhindern, dass WPML Seiten ohne Benutzerfreigabe verändert?
Warum werden deutsche Strings aus dem Slider auf die englische Version synchronisiert, obwohl die Synchronisation aufgehoben wurde?
Könntest Du bitte die WordPress-Speichergrenze (WP Memory Limit) auf mindestens 256 MB erhöhen? Für WPML ist mindestens 128M erforderlich.
Deine aktuellen Werte sind:
PHP MemoryLimit 512M
WP Memory Limit 40M
Du musst Dich dazu mit dem Server Deiner Website verbinden und die Datei wp-config.php in einem Text-Editor öffnen. Die Datei befindet sich im Stammverzeichnis von WordPress.
Füge diesen Code der Datei wp-config.php hinzu, um den Arbeitsspeicher von WordPress zu erhöhen:
define ('WP_MEMORY_LIMIT', '256M');
Fügen dies kurz vor diesem Kommentar ein:
// That's all, stop editing! Happy blogging.
Die aktuellen Werte lassen sich unter WPML > Support > WordPress einsehen.
Diese Einstellungen können direkt von Ihrem Hosting-Provider eingeschränkt werden. Daher empfehle ich, sich mit ihnen in Verbindung zu setzen und dort darum zu bitten, diese direkt zu ändern, sollten die Änderunge nicht direkt übernommen werden.
Teste nun bitte erneut, indem Du eine neue Übersetzung anlegst und danach den originalen Inhalt editierst und speicherst.
Sollte das Problem bestehen bleiben, habe ich einige Fragen, um das Problem besser zu verstehen:
1) Auf dem originalen Inhalt ist der "WordPress Editor" als Übersetzungsmethode eingestellt und beim klicken auf das Symbol zum Erstellen der Übersetzung öffnet sich der WordPress-Editor?
2) Ich verstehe richtig, dass das nur den Slider und nicht die sonstigen Inhalte betrifft?
3) Handelt es sich um einen Slider der mit "Prime Slider" erstellt wurde?
Das Problem bleibt nach Anpassung der Konfiguration bestehen.
1) Ja, auf dem orginalen Inhalt ist der WordPress-Editor als Übersetzungsmethode eingestellt. Beim klicken auf die Übersetzung erscheint der WordPress-Editor der Übersetzung.
2) Es betrifft den Slider, aber auch eine Grafik. Diese beinhaltet deutsche Texte. Die tauchen dann auch auf der englischen, übersetzen Version auf, obwohl ich dort die Grafik mit englischen Texten eingestellt hatte. Auf der Text-Ebene betrifft es aber nur den Slider.
Auf Seiten mit Hubspot-Formularen wird dann auf der englischen Übersetzung wieder das deutsche Formular eingestellt, welches in der deutschen Orginalversion eingefügt wurde.
Ich kann gerne anbieten mir das einmal genauer anzusehen.
Ich möchte einen temporären Zugriff (wp-admin und FTP) auf die Website anfordern, um das Problem genauer zu untersuchen.
Die dafür erforderlichen Felder findst Du unterhalb des Kommentarbereichs, wenn Du dich anmelden, um die nächste Antwort zu hinterlassen. Die Informationen, die Du angibst sind privat, was bedeutet, dass nur Du und ich sie sehen und darauf zugreifen können.
WICHTIG
Lege bitte unbedingt eine Sicherungskopie der Website und der Datenbank an, bevor Du uns den Zugriff gewährst.
Wenn Du die Felder "wp-admin / FTP" nicht sehen kannst, werden Ihre Anmeldedaten für Post und Website als "PUBLIC" (Öffentlich) festgelegt. Veröffentliche die Daten NICHT, es sei denn, Du siehst die erforderlichen wp-admin / FTP-Felder.
Ich muss hier ggfls. ein Plugin namens "All In One WP Migration" installieren, um eine Kopie der Website anzulegen, auf welche ich das Problem genauer untersuchen kann.
Ich wäre allerdings auch sehr dankbar, wenn Du zu diesem Zweck selbst eine Staging Site, bzw. Kopie der Website von Deinem Server aus bereitstellen könntest.
Bei Fragen zum Erstellen einer solchen Staging Site kannst Du deinen Hosting Anbieter konsultieren. Achte bitte darauf, dass WPML auf diesem Staging ebenso unter https://wpml.org/de/account/websites/ registriert sein muss.
Solltest Du dazu nicht in der Lage sein eine solche Kopie der Website zum Testen bereitzustellen, dann lass es mich bitte auf diesem Ticket wissen.
Das private Antwortformular sieht folgendermaßen aus: versteckter Link
Klicke beim nächsten Antworten auf "I still need assistance".
Video: versteckter Link
Beachte bitte, dass wir verpflichtet sind, diese Informationen auf jedem Ticket individuell anzufordern. Wir dürfen nicht auf Zugangsinformationen zugreifen, die nicht speziell auf diesem Ticket im privaten Antwortformular übermittelt wurden.
Versuche ich mich hier anzumelden erhalte ich beim Zugriff zur Website den folgenden Fehler:
ERR_CONNECTION_TIMED_OUT
Ich hatte es auch per VPN (Deutschland) versucht, aber mit dem gleichen Ergebnis.
Im debug.log erscheinen die folgenden Fehler, welcher anscheinend keine direkten Zusammenhang mit WPML haben:
[02-Oct-2024 12:55:35 UTC] Nicht auf der Whitepaper-Seite, Funktion wird nicht ausgeführt.
[02-Oct-2024 12:55:35 UTC] custom-whitepaper-js ist nicht enqueued.
[02-Oct-2024 12:55:35 UTC] PHP Notice: OD_HTML_Tag_Processor::next_token(): Expected popped tag stack element BODY to match the currently visited closing tag DIV. in /var/www/vhosts/freseniusinstruments.com/new.freseniusinstruments.com/wp-includes/functions.php on line 6085
[02-Oct-2024 12:55:35 UTC] PHP Notice: OD_HTML_Tag_Processor::next_token(): Expected popped tag stack element HTML to match the currently visited closing tag DIV. in /var/www/vhosts/freseniusinstruments.com/new.freseniusinstruments.com/wp-includes/functions.php on line 6085
[02-Oct-2024 12:55:35 UTC] PHP Notice: OD_HTML_Tag_Processor::next_token(): Expected popped tag stack element DIV to match the currently visited closing tag HEADER. in /var/www/vhosts/freseniusinstruments.com/new.freseniusinstruments.com/wp-includes/functions.php on line 6085
[02-Oct-2024 12:55:35 UTC] PHP Notice: OD_HTML_Tag_Processor::next_token(): Expected popped tag stack element DIV to match the currently visited closing tag BODY. in /var/www/vhosts/freseniusinstruments.com/new.freseniusinstruments.com/wp-includes/functions.php on line 6085
[02-Oct-2024 12:55:35 UTC] PHP Notice: OD_HTML_Tag_Processor::next_token(): Expected popped tag stack element DIV to match the currently visited closing tag HTML. in /var/www/vhosts/freseniusinstruments.com/new.freseniusinstruments.com/wp-includes/functions.php on line 6085
Ich kann den Fehler leider nicht reproduzieren. Ich habe die Webseite in Geo-Checker eingegeben und dort wird sie aus verschiedenen Regionen geladen. Es kommt natürlich 401, da die Seite hinter einer Zugangsbeschränkung ist. Wird bei Ihnen die IP richtig aufgelöst? 217.160.208.18
Das WPML-Plugin funktioniert nicht richtig. Es setzt weiterhin Seiten zurück und setzt dabei weiter Strings zurück auf die deutsche Sprache, die vom Übersetzer nicht erkannt werden, selbst dann wenn eingestellt ist, dass der WordPress-Editor als Übersetzer dienen soll. Wir bitten weiterhin um Lösungen
Wir würden wirklich gerne helfen, aber werde ich noch meine Kollegen konnten bislang das Backened (wp-admin) der Website erreichen.
Im debug.log sehe ich per FPT die folgenden Fehler:
PHP Notice: Function _load_textdomain_just_in_time was called <strong>incorrectly</strong>. Translation loading for the stratum-menu domain was triggered too early.
PHP Notice: Function _load_textdomain_just_in_time was called <strong>incorrectly</strong>. Translation loading for the unlimited-elements-for-elementor domain was triggered too early.
Es handelt sich um Probleme, die Hersteller von an "Unlimited Elementor for Elementor" und "Stratum Menu" gemeldet werden müssen. Diese Fehler führen dazu, dass die Übersetzungen dieser Plugins nicht wie erwartet funktionieren.
Sollten Updates zu diesen Plugins bereitstehen, führe sie bitte aus. Sollten die Fehler danach weiterhin erscheinen, sollte der Suppport der entsprechenden Plugins kontaktiert werden.
Zum Thema Übersetzungen:
Beachte bitte, dass auf jedem originalen Inhalt, in der rechten Seitenleiste des WordPress-Editor, die Übersetzungmethode für den aktuellen Inhalt festgelegt wird.
Die Methoden sind:
- WPML Übersetzungseditor
oder
- WordPress Editor
Man kann nicht beide Methoden gleichzeitig anwenden. Editiert man Inhalte im WordPress Editor und übersetzt danach mit dem WPML Übersetzungseditor, werden die aktuellen Inhalte im WordPress Editor überschrieben.
---
Eine weitere Usache könnte die Verwendung von Elementor Custom Widget sein:
WPML unterstützt standardmäßig alle Widgets, die mit Elementor und Elementor Pro ausgeliefert werden.
Jedes benutzerdefinierte Elementor-Widget benötigt eine XML-Konfiguration, damit es mit dem WPML-Übersetzungseditor übersetzt werden kann. Liegt diese Konfigration nicht vor, sind die Texte der Widgets nicht im Übersetzungseditor verfügbar.
Der Autor erstellt diese Konfiguration in der Datei wpml-config.xml im Stammverzeichnis des Themes oder Plugins.
Sollte der Autor keine solche Konfiguration bereitstellen, können Sie alternativ selbst eine erstellen. Diese Konfiguration kann unter WPML > Einstellungen > Benutzerdefinierte XML-Konfiguration gespeichert werden.
Wir bieten außerdem eine WPML-Testseite an, auf der wir das Problem nachstellen können. Ich unterstütze Sie bei der Grundkonfiguration einiger Widgets. Sollten jedoch viele Widgets betroffen sein, wenden Sie sich am besten an den jeweiligen Autor.
---
Alternative: Verwenden Sie stattdessen den WordPress-Editor als Übersetzungsmethode.
Was wir gemacht haben ist folgenden: Wir haben die Seite in Elementor erstellt. Dann haben wir anschließend WPML für die automatische Übersetung genutzt. Und dann haben wir bei vereinzelten Seite die Einstellung "WordPress-Editor" als Übersetzungsmethode eingestellt. Nämlich genau bei den Seiten, wo wir keine regelmäßige und nicht von uns ausgelöste Synchronisierung wünschen.
Weil das ist nämlich genau der Punkt: Die Synchronisierung wird nicht von uns ausgelöst, also es stellt niemand ein, dass WPML etwas übersetzen soll. Es synchronisiert völlig unabhängig von einer Benutzereingabe Seiten, die nicht synchronisiert werden sollen. Das ist hier das Problem.
Ich verstehe, dass es Plugins gibt, die eine XML-Dateien für WMPL zur Verfügung stellen müssen. Aber der Punkt ist hier, dass ich hier eine englische Webseite habe, bei denen einzelne Seiten ständig von mir wieder zurückgerollt werden müssen, weil sie immer wieder mit Strings aus dem deutschen Original überschrieben werden. Das ist für die Kunden einfach nicht gut.
Ich verstehe auch ehrlich gesagt nicht, wieso WPML immer wieder ohne Benutzeraufforderung Synchronisierungen vornimmt.
Wenn der WordPress-Editor auf dem originalen Inhalt als Übersetzungsmethode eingestellt ist, dann ist keine XML-Konfigurierung notwendig. Die Inhalte werden in dem Fall direkt in Elementor in beiden Sprachen unabhängig editiert.
Wenn Du auf dem originalen Inhalt auf das Übersetzungssymbol klickst, öffnet sich dann der WordPress-Editor oder der WPML Übersetzungseditor?
Bitte sende mir zudem einen Screenshot dieser Schaltfläche, welche sich nur auf dem originalen Inhalt, in der rechten Seitenleiste der WordPress-Editors befindet.
Wenn der originalen Inhalt editiert und gespeichert wird, dann wird die Übersetzung mit dem originalen Inhalt überschrieben?
Kann man das aktuell auf eine bestimmte Weise auf der Website replizieren?
"Wenn der WordPress-Editor auf dem originalen Inhalt als Übersetzungsmethode eingestellt ist, dann ist keine XML-Konfigurierung notwendig. Die Inhalte werden in dem Fall direkt in Elementor in beiden Sprachen unabhängig editiert."
-> Ja genau, das ist ja auch das was ich erwarte. Was ich nicht erwarte ist, das ohne dass ich überhaupt auf der Webseite bin, Inhalte wieder mit der deutschen Version überschrieben werden und ich deswegen gezwungen bin, das immer wieder für unsere Kunden zurückzusetzen.
-> Screenshot wird im Anhang hochgeladen.
"Wenn der originalen Inhalt editiert und gespeichert wird, dann wird die Übersetzung mit dem originalen Inhalt überschrieben?"
-> Nein, die Übersetzung wird ohne jede Benutzerinteraktion überschrieben, ohne dass die originale Version gespeichert wird, zu Zeiten, in denen auch keiner im Backend ist.
-> Der zweite Screenshot zeigt anhand der Revisionen, wie die englische Übersetzung der Seite "Contact us" um 22:58 zurückgesetzt wurde, obwohl da niemand im Büro und auf der Seite war, um diese zu bearbeiten. Dennoch wurde die Seite zurückgesetzt, so dass auf der englischen Seite wieder das deutsche Formular steht. Und so verhält es sich mit allen Seiten, bei denen der WordPress-Editor als Übersetzer ausgewählt wurde. Formulare, Grafiken und der Prime Slider, bei denen WPML keine Unterstützung anbietet, werden immer wieder auf die deutsche Version zurückgesetzt.
Nochmal: Die Seiten werden ohne jede Benutzerinteraktion mit der deutschen Version überschrieben. Darüber spreche ich hier die ganze Zeit!
Es findet keine Benutzerinteraktion. Niemand speichert eine Seite ab. Niemand klickt auf "Übersetzen" in WPML. Niemand macht irgendwas. Und die Übersetzungs-Einstellung ist auf "Wordpress-Editor" gestellt.
Trotzdem(!) wird eine Synchronisierung von WPML zwischen der englischen Übersetzung und der deutschen Originalversion vorgenommen, dabei werden nicht unterstützte Strings, wie bspw. das Formular, der Prime Slider oder eben Grafiken aus der deutschen Version genommen und in der englischen, der übersetzten Version überschrieben!
Ich wiederhole es noch mal: Es hat keine Benutzerinteraktion stattgefunden! Es wurde nichts gespeichert. Es wurde nichts angeklickt. Niemand war zu dieser Uhrzeit anwesend, eingeloggt, hat überhaupt irgendwas auf der Seite gemacht.
Dennoch findet mitten in der Nacht eine Synchronisierung statt und Kunden weltweit sehen dort dann ein deutsches Formular oder eben den deutschen Slider. Und das seit Wochen(!).
