[Gelöst] Auf übersetzten Seiten linken Links im Main-Bereich auf Originalsprache
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Sie versuchen, die Links auf den übersetzten Seiten Ihrer Website in verschiedenen Sprachen (EN, IT) so zu konfigurieren, dass sie auf die entsprechende Sprachversion verlinken, anstatt auf die Originalsprache (DE). Die Links leiten jedoch immer auf die Originalsprache weiter, obwohl der Sprachumschalter korrekt funktioniert. Solution: Das Problem liegt in einer Kombination der Nutzung von SEOPress und DiviPlus. Um dieses Problem zu beheben, deaktivieren Sie die spezifische Einstellung in SEOPress, die die Permalinks verändert. Dies können Sie unter
wp-admin/admin.php?page=seopress-advanced
tun. Nach der Deaktivierung dieser Einstellung sollten Sie die Permalinks bereinigen, um sicherzustellen, dass die Änderungen korrekt angewendet werden. Dies sollte das Problem lösen und die Links auf den übersetzten Seiten sollten nun korrekt auf die jeweilige Sprachversion verweisen.
Falls diese Lösung veraltet ist oder nicht auf Ihr Problem zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Wir empfehlen auch, die Seite mit bekannten Problemen (https://wpml.org/known-issues/) zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen Ihrer Themes und Plugins installiert haben. Für weitere Unterstützung besuchen Sie bitte unser Support-Forum unter https://wpml.org/de/forums/forum/deutsches-forum/.
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.
Ich habe über wp-config das Debugging aktiviert und konnte folgenden Fehler ausfindig machen. Nachdem ich damit recht wenig Erfahrung habe, habe ich ChatGPT danach befragt, welches einen Fehler in WPML Strings vermutet und rät, das Plugin zu deinstallieren, neu zu installieren, die Datenbank zu bereinigen und die Permalinks neu zu speicher und ggf. in der Datenbank wp_icl_strings zu löschen.
Da ich heute bereits 1 manuelles Backup der Seite gemacht habe, müsste ich dies morgen nach dem automatischen bzw. einem manuellen Backup versuchen.
Jedenfalls tritt hin und wieder auch ein WordPress-kritischer Fehler im Backend auf (insbesondere bei der Navigation im WPML-Menü). Ein Muster konnte ich nicht erkennen. Mit dem Aktualisieren der Seite verschwindet dieser wieder. Könnte das damit zusammenhängen?
[03-Mar-2025 17:00:49 UTC] PHP Fatal error: Uncaught TypeError: WPML\StringTranslation\Infrastructure\StringGettext\Repository\FrontendQueueJsonRepository::get(): Return value must be of type array, null returned in /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringGettext/Repository/FrontendQueueJsonRepository.php:36
Stack trace:
#0 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringGettext/Repository/FrontendQueueRepository.php(51): WPML\StringTranslation\Infrastructure\StringGettext\Repository\FrontendQueueJsonRepository->get()
#1 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringHtml/Command/QueueGettextStringsToBeSetAsFrontendCommand.php(48): WPML\StringTranslation\Infrastructure\StringGettext\Repository\FrontendQueueRepository->save()
#2 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Application/StringHtml/Service/HtmlStringsService.php(81): WPML\StringTranslation\Infrastructure\StringHtml\Command\QueueGettextStringsToBeSetAsFrontendCommand->run()
#3 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Application/StringHtml/Service/HtmlStringsService.php(69): WPML\StringTranslation\Application\StringHtml\Service\HtmlStringsService->queueGettextStringsEqualToHtmlStringsAsFrontend()
#4 [internal function]: WPML\StringTranslation\Application\StringHtml\Service\HtmlStringsService->readHtmlFromBuffer()
#5 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/functions.php(5464): ob_end_flush()
#6 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/class-wp-hook.php(324): wp_ob_end_flush_all()
#7 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#8 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/plugin.php(517): WP_Hook->do_action()
#9 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/load.php(1279): do_action()
#10 [internal function]: shutdown_action_hook()
#11 {main}
thrown in /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringGettext/Repository/FrontendQueueJsonRepository.php on line 36
dies scheint nicht damit zusammenzuhängen. Zu diesem Problem gab es heute bereits einen Bericht – es trat beim Eintragen eines Glossary-Elements auf und wird derzeit untersucht. Lassen Sie uns zuerst das Divi Plus-Problem weiter analysieren, danach können wir diesen Fall in einem separaten Ticket weiterverfolgen.
Zum Divi Plus-Problem:
Möglicherweise tritt das Problem nur mit einem bestimmten Kategorie-Template auf? Falls nicht, empfehle ich Ihnen, direkt die Divi Plus-Autoren zu kontaktieren. Zudem können Sie sie einladen, sich für eine offizielle WPML-Zertifizierung zu bewerben: WPML Go Global Programm.
Der Fehler trat aber genau zu dem Zeitpunkt auf, als auch der 404-Fehler auftrat. Das Glossar verwende ich derzeit nämlich nicht.
Ich werde das mit dem Template morgen prüfen - allerdings erscheinen 404-Fehler auch außerhalb der Produkt-Kategorie-Seiten.
Divi Plus habe ich vorhin kontaktiert. Vielleicht hängt es auch nur mit dem neuesten Update zusammen, ich habe eine alte Installationsdatei angefordert um es zu untersuchen.
Werde aber auch versuchen das Kategorie-Template zu deaktivieren.
leider besteht der Fehler immer noch. Habe versucht Divi Plus neu zu installieren und auch WPML Strings. Habe auch versucht alle Strings von Divi Plus zu löschen, dies hat den 404-Fehler (zumindest bei den Produkt-Kategorien, wo er immer auftritt) kurzzeitig gelöst (für 2-3 Tests).
Bin auch mit Divi Plus diesbzgl. in Kontakt, ihnen ist der Fehler aber neu.
Kann es sein, dass irgendwas mit den String-Tabellen den Fehler (in Kombination mit Divi Plus) verursacht?
Erhalte zuletzt auch innerhalb von WPML im Backend häufig kritische Fehler, wie diesen - und auch der WP Debug Log zeigt immer einen Fehler an wie in der Nachricht vom 03.05.
Ein Fehler vom Typ E_ERROR wurde in der Zeile 36 der Datei /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringGettext/Repository/FrontendQueueJsonRepository.php verursacht. Fehlermeldung: Uncaught TypeError: WPML\StringTranslation\Infrastructure\StringGettext\Repository\FrontendQueueJsonRepository::get(): Return value must be of type array, null returned in /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringGettext/Repository/FrontendQueueJsonRepository.php:36
Stack trace:
#0 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringGettext/Repository/FrontendQueueRepository.php(75): WPML\StringTranslation\Infrastructure\StringGettext\Repository\FrontendQueueJsonRepository->get()
#1 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/StringHtml/Command/ProcessFrontendGettextStringsQueue.php(34): WPML\StringTranslation\Infrastructure\StringGettext\Repository\FrontendQueueRepository->get()
#2 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Application/StringHtml/Service/HtmlStringsService.php(85): WPML\StringTranslation\Infrastructure\StringHtml\Command\ProcessFrontendGettextStringsQueue->run()
#3 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/WordPress/HookHandler/InitAction.php(67): WPML\StringTranslation\Application\StringHtml\Service\HtmlStringsService->maybeProcessFrontendGettextStringsQueue()
#4 /home/u714873444/domains/blackcamp.it/public_html/wp-content/plugins/wpml-string-translation/StringTranslation/Infrastructure/WordPress/HookHandler/AbstractActionHookHandler.php(14): WPML\StringTranslation\Infrastructure\WordPress\HookHandler\InitAction->onAction()
#5 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/class-wp-hook.php(322): WPML\StringTranslation\Infrastructure\WordPress\HookHandler\AbstractActionHookHandler->WPML\StringTranslation\Infrastructure\WordPress\HookHandler\{closure}()
#6 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#7 /home/u714873444/domains/blackcamp.it/public_html/wp-includes/plugin.php(517): WP_Hook->do_action()
#8 /home/u714873444/domains/blackcamp.it/public_html/wp-settings.php(704): do_action()
#9 /home/u714873444/domains/blackcamp.it/public_html/wp-config.php(106): require_once('/home/u71487344...')
#10 /home/u714873444/domains/blackcamp.it/public_html/wp-load.php(50): require_once('/home/u71487344...')
#11 /home/u714873444/domains/blackcamp.it/public_html/wp-admin/admin.php(34): require_once('/home/u71487344...')
#12 {main}
thrown
Das Problem hierbei ist, dass die json Ausgabe unter versteckter Link einfach abgeschnitten wird:
{"value":"Details","domain":"defaul
In einem anderen Fall wurde es nicht abgeschnitten, jedoch von einem Cookie Plugin verändert (nicht das identische Plugin wie auf Ihrer Seite), wodurch ebenso das Log ausgegeben wurde.
Ok der Workaround hat funktioniert - zumindest für den Fatal Error.
Was ich im Log ansonsten noch sehe ist folgendes:
[05-Mar-2025 17:34:00 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the
complianz-gdpr
domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the
init
action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/u714873444/domains/blackcamp.it/public_html/wp-includes/functions.php on line 6114
[05-Mar-2025 17:34:00 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the
woocommerce-payments
domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the
init
action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/u714873444/domains/blackcamp.it/public_html/wp-includes/functions.php on line 6114
Bei Complianz ist der Fehler bekannt und sollte keine Auswirkungen haben.
Diese Fehler sehe ich aber auch, wenn Divi Plus deaktiviert ist.
Gibt es sonst irgend eine Möglichkeit das Problem zu debuggen?
Ohne eine Zusammenarbeit mit Divi Plus wird es schwierig, eine Lösung zu finden. Wir können versuchen, die Fehlerursache lokal zu debuggen, allerdings kann ich nicht garantieren, dass sich ein Workaround finden lässt. Bitte stellen Sie dafür eine Duplicator-Kopie Ihrer Installation bereit.
Falls Sie hier weitermachen möchten, schließen Sie bitte das Ticket im EN-Forum, damit mein Kollege Waqas und ich nicht parallel dasselbe Problem untersuchen.
der Duplicator-Paket Link gibt leider einen 403 Fehler aus. Könnten Sie dies bitte überprüfen? Dann prüfe ich dies gleich. Ansonsten gerne mit WeTransfer oder Google Drive etc.
vielen Dank! Mir ist aufgefallen, dass der "echte" Permalink /en/product-category/bike-accessories/ verändert wird. Die Veränderung von /en/product-category/bike-accessories/ auf /en/bike-accessories/ wird via SEOPress ausgelöst.
Sobald ich dies unter wp-admin/admin.php?page=seopress-advanced deaktiviere, die Permalinks bereinige, funktioniert es auch korrekt, wenn DiviPlus aktiv ist.
Es ist somit ein Problem in Kombination mit SEOPress + DiviPlus.
vielen Dank für diese wertvolle Info. Ich konnte das Problem tatsächlich nachproduzieren. Ich werde dann mal mit SEO Press an einer Lösung arbeiten, bzw. notfalls eine Alternative prüfen!
D.h. es ist kein (direktes?) Problem im Zusammenhang mit WPML?
