Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Der Kunde versucht, Staging für seine Website zu aktivieren. Es treten 404 Fehler bei den Domain-Sprachen auf. Solution: 1. Im Migrationsbanner angeben, dass es sich um eine Kopie der originalen Website handelt. 2. Im zweiten Schritt des Banners festlegen, ob vorhandene Credits für automatische Übersetzungen zwischen den Websites geteilt werden sollen. 3. Unter WPML > Sprachen die Domain einstellen und für jede Domain die Checkbox zum Validieren der Domain deaktivieren. Dies scheint notwendig, da WPML Probleme hat, diese zu verifizieren. 4. Die Einstellungen speichern und dann die WordPress Permalink-Einstellungen erneut speichern. Diese Schritte sollten das Problem mit der Site URL und den 404 Fehlern beheben.
Falls diese Lösung veraltet ist oder nicht auf Ihr Problem zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu ö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 von Themes und Plugins installiert haben.
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, ein Problem mit meiner Website versteckter Link zu beheben. Ich habe ein Video geteilt, das zeigt, was ich versuche zu tun: versteckter Link. Ich möchte das Staging aktivieren und habe Probleme mit dem LanguageSwitcher.
Staging: versteckter Link
Updates:
Das System bietet mir keine Updatemöglichkeiten im Backend an, er zeigt mir nicht, dass das die WMPL Pugins geupdatet werden können.
Die Symptome:
Die Somain-Sprachen erzeugen fehlerhaft einen 404 Fehler, und der LanguageSwitcher funktioniert nicht mehr. Es gibt auch einen URL 4040 Fehler in der Konsole.
Fragen:
Wie bekomme ich die Staging zum laufen, ohne dass sie in die deutsche Seite funkt?
Wie kann ich den 404 Fehler bei den Somain-Sprachen beheben?
Warum funktioniert der LanguageSwitcher nicht mehr?
Wie behebe ich den URL 4040 Fehler in der Konsole?
Gebe im Migrationsbanner bitte an, dass es sich um eine Kopie der originalen Website handelt.
Im zweiten Schritt des Banners kannst Du festlegen, ob Du vorhanden Credits für automatische Übersetzungen zwischen den Websites teilen möchtest.
Nun, unter WPML > Sprachen, dort wir die Domain eingestellt werden, deaktiviere für jede Domain die Checkbox zum Validieren der Domain. Anscheinend hat WPML hier Probleme dabei diese zu verifizieren. Wenn Du diese Optionen deaktivierst und die Einstellung erneut speicherst, sollte sich die Option speichern lassen.
Danach gehe bitte auf die WordPress Permalink-Einstellungen und speichere diese erneut.
Der Language Switcher oben rechts zeigt weiterhin eine falsche URL für die deutsche Sprache egal, von welcher Subsprache ich komme. Die Hauptdomain von der DE ist falsch. Es sollte .de sein, er zeigt aber die Domainänendung der aktuellen Sprache statt .de.
Das Validieren habe ich dieses mal nicht ausgewählt, dann habe ich einfach so gespeichert, dann Permalinks gespeichert und Caches geleert.
Vorher alle Updates gemacht.
Auf der Staging funktioniert es.
Ich würde mich freuen, wenn ihr uns weiterhelfen könntet, damit der Languageswitcher wider funktioniert.
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.
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.
Auf der Website ist aktuell zweimal der Menü-Sprachumschalter unter WPML > Sprache aktiviert, aber keinem der Einträge ist ein Menü zugewiesen.
Unter Design > Menus existiert kein deutsches Menü.
Ich habe deshalb diese Einträge entfernt. Siehe Screenshot.
Das Problem bleibt allerdings bestehen.
---
Ein weitere Blick auf die Menüs zeigt, dass zuvor Menüs auf Schwedisch angelegt wurden. Wenn die Standardsprache der Website Deutsch ist, müssen die originalen Menüs allerdings auf Deutsch angelegt werden.
- Verstehe ich richtig, dass die Website zuvor Schwedisch als Standardsprache genutzt hat und diese auf Deutsch umgestellt wurde?
Falls ja, solltest Du ein neues originales Menü auf Deutsch anlegen und dann den Sprachumschalter für dieses Menü aktivieren.
Danke für deine Hilfe. Deutsch war und ist die Erste und Ursprungssprache, dies sollte sich auch im Menü so abbilden. Schwedisch sollte zu keinem Zeitpunkt Standardsprache sein und war es auch nicht.
Ich sehe, dass ein deutsches Menü angelegt ist unter: Design - Menüs: ich sehe sogar, dass dies 4 x angezeigt wird in der Auswahl" Wähle ein Menü", warum dies der Fall ich, weiß ich nicht.
Ich habe testweise einen Menüpunkt in diesem Menü hinzugefügt und er zeigt es dann auch auf der DE an.
Leider wurde nun Sprachumschalter ganz entfernt. Er war einmal oben im schwarzen Menü: Topmenu - Deutsch und auch einmal im Footermenu.
Nachdem ich das Test-menuitem hinzugefügt hatte und dann gespeichert habe, wird nun auch der "Wähle ein Menü zum Bearbeiten" korrekt angezeigt. Diese drei Menüs existieren.
Ich habe die beiden Language Switcher in der De wieder hinzugefügt.
Vll muss man diesen nun nur auf den anderen Subsprachen noch einmal irgendwie synchronisieren?
Seltsam, gestern konnte ich keine Menüs (bis auf Schwedisch) sehen und das Divi Header Template lies sich nicht öffnen. Ich sehe nun, dass diese Probleme nicht mehr bestehen, aber das Problem im Sprachumschalter besteht leider weiterhin.
Ich werde versuchen eine Kopie der Website anzulegen, um das Problem auf einem virtuellen Server zu untersuchen und mich daraufhin zurückmelden.
Was mir auch noch aufgefallen ist, dass er dauernhaft die Meldung von pw rocket anzeigt, dass die URL sich geändert hat. Vielleicht hat das was damit zutun...
Ich habe eine lokale Kopie der Website auf einem virtuellen Server aufgesetzt und per Windows .hosts Datei unterschiedliche Domains pro Sprache simuliert.
Das Problem tritt bei diesem Test nicht auf.
Ich würde dazu raten, dass Du den Hosting Support darum bittest, die DNS-Einstellungen des Servers zu überprüfen.
Ja, da liegt anscheined das Problem, welches sich im Sprachumschalter wiederspiegelt.
Es müsste an der DNS-Einstellung liegen. Ich hoffe des Hosting-Anbieter kann da weiterhelfen und das Problem lösen.
Zur Frage Validierung:
Es ist in dem Fall entweder der Fall, dass der Hosting Anbieter die Domains nicht validieren lässt, oder die Domains sind nicht korrekt registriert und können deshalb nicht validiert werden.
Sollte Der Hosting Anbieter bestätigen, dass die Domains korrekt registriert sind und Du weiterhin Problem bei der Validierung haben, dann deaktiviere diese Optionen bitte bevor Du die Einstellung speicherst.
Sollte sich das Problem nicht durch den Hosting Support lösen lassen, dann wende Dich bitte erneut an mich.
ich habe in der WP Config einen Code gefunden, der das Problem verursacht hat.
Nun ist das Problem behoben.
Ich Danke dir für deine starke Hilfe!
Gerne nutzen wir WMPL auch für zukünftige Projekte.
Mit besten Grüßen
Arno
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.
