[Gelöst] nach Update bzw. Domainwechsel funktioniert Zugriff auf übersetzte Seite nicht m
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 eine dreisprachige Seite schon länger erstellt für eine Kundin. Mit Themeco Pro Theme und WPML. Vor ca. 1 Jahr haben wir die Domain pro Sprache geändert. Dann gab es noch diverse Updates des Themes. Ich war seither nicht mehr drin und nun meldet mir meine Kundin, dass die Übersetzung nicht mehr richtig angezeigt wird. Ich kann es nicht ganz nachvollziehen, die URL scheint zu stimmen. Folgendes ist passiert:
- Gewisse Seiten (z.B. versteckter Link) sind auf einemal Deutsch
- Die Bearbeitung mittels Pro-Editor funktioniert nicht mehr
- Wenn ich eine neue Seite erstelle und diese übersetzte, erscheint in der Englischen-Version kein Inhalt
Hallo
Danke für den Hinweis. Gut möglich das das nicht stattgefunden hat.
Bin nun etwas unsicher bzgl. der Vorgehensweise. Wenn ich via search and replace die URL versteckter Link (vorher) mit versteckter Link ersetzte,
wird er mir dann auch die Unterseiten ersetzten? also z.b versteckter Link
über die Datenbank werden alle Einträge damit überschrieben, auch Unterseiten. Testen Sie dies am besten zuvor auf einer getrennten Staging Umgebung, damit nichts kaputtgeht.
Eine Anleitung dazu finden Sie hier: versteckter Link
vielen dank
ich hab das jetzt so durchgetestet. ergibt keine resultate sprich es wurden keine urls gefunden, die ersetzt werden müssen. (bei wp-postmeta zeigt es eine fehlermeldung an, keine ahnung ob das ein einfluss habe könnte)
allerdings zeigt es mir im editor immernoch an, dass "falsch konfiguriert". aber es zeigt mir im preview ja die deutsche version an... nicht die englische url "/en", welche ich vorher benutzt habe. verstehe es nicht
Ansonsten kontaktieren Sie dazu bitte den Elementor Support. Dies ist ein allgemeines Problem betreffend der vorherigen Migration und WPML hat keinen direkten Einfluss darauf, da die bestehende URL aus der DB übernommen wird.
Ok... ich arbeite mit Theme.co Pro Theme und mit dessen Editor, nicht mit Elementor. Ich habe mich jetzt mal dort erkundigt. Finde es einfach komisch, da es erst seit dem Update nicht mehr funktioniert.
Bitte entschuldigen Sie, ich dachte Sie verwenden Elementor. Beim Pro Theme ist es ähnlich:
Siehe versteckter Link
The preview could not load due to misconfigured URLs. This could happen if you are using multiple environments and the site URL was not updated after migrating.
If you use a staging environment, it might be the case that you migrated the database but the base URLs are not changed in the database for some reason. Some hosting service providers provide staging tools that might have the same issue. Follow the steps below for troubleshooting:
Check Settings > General in your dashboard. The WordPress URL and Site URL should match the domain in your address bar.
Contact your hosting service provider and ask them to check if the base URLs are updated correctly or not.
There is a known conflict with SiteGround staging environments. Their staging provisioner relies on Apache URL rewriting. WordPress is still using the production URL internally, so the staging site doesn't really know it's a staging site. There are situations where plugin and theme logic (including Pro and Cornerstone) may end up using URLs from the production site because the staging system can't account for rewriting URLs in every context they may be used.
Die Problemlösung ist jedoch wie bereits vorgeschlagen: versteckter Link. Sollte dies nicht wie gewünscht funktionieren, ist der Theme.co Support vermutlich der korrekte Ansprechpartner dafür. Gerne können Sie uns die Lösung mitteilen, sollten Sie etwas dazu erfahren.
Freundliche Grüße
Marcel
Cookie-Zustimmung verwalten
Wir verwenden Cookies, um unsere Website und Dienste zu optimieren. Ihre Zustimmung erlaubt es uns, Daten wie das Durchsuchen der Website zu verarbeiten. Wenn Sie nicht zustimmen, können einige Funktionen beeinträchtigt werden.
Funktionell
Immer aktiv
Erforderlich für den Betrieb und die korrekte Kommunikation auf unserer Website.
Präferenzen
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistiken
Wir verwenden diese, um die Statistiken unserer Website zu analysieren. Die gesammelten Informationen sind völlig anonym. Der technische Speicher oder Zugriff, der ausschließlich zu anonymen statistischen Zwecken verwendet wird. Ohne eine Vorladung, die freiwillige Einhaltung durch Ihren Internetdienstanbieter oder zusätzliche Aufzeichnungen von Dritten können die zu diesem Zweck gespeicherten oder abgerufenen Informationen in der Regel nicht dazu verwendet werden, Sie zu identifizieren.
Marketing
Diese Cookies verfolgen Ihr Surfverhalten, um für Sie relevante Werbung anzuzeigen.
