Startseite›Support›Unterstützung in Deutsch›[Warten auf die Bestätigung des Benutzers] Sprachen können nicht zugeordnet werden – Speichern führt zu Fehler / Automatische Übersetzung ...
[Warten auf die Bestätigung des Benutzers] Sprachen können nicht zugeordnet werden – Speichern führt zu Fehler / Automatische Übersetzung ...
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 Standardsprache Deutsch (de) auf meiner Website zuzuordnen. Das Problem tritt sowohl auf meiner Live-Seite ambivalenz.org mit einer älteren WPML-Version als auch auf einer Kopie bei Raidboxes (versteckter Link) mit der aktuellen WPML-Version auf.
Die Symptome:
WPML zeigt die Meldung: 'Ihre Standardsprache muss einer unterstützten Sprache zugeordnet werden.' Beim Versuch, die Sprache zu speichern, stürzt die Seite ab (Fehler 524). Die automatische Übersetzung funktioniert nicht mehr. Die Menü-Synchronisierung bleibt bei 0/74 stehen.
Fragen:
Warum kann die Zuordnung der Sprachen und der Standardsprache 'Deutsch (de_DE)' nicht gespeichert werden?
Warum stürzt die Seite beim Versuch zu speichern ab?
Vielen Dank, dass Sie den WPML-Support kontaktiert haben. Während Sie darauf warten, dass einer meiner Kollegen dieses Ticket übernimmt und daran arbeitet, möchte ich Ihnen erste Debugging-Schritte anbieten – oder eventuell kann ich Ihnen direkt bei der Lösung des Problems helfen.
Bitte erstellen Sie zunächst ein vollständiges Backup Ihrer Website.
Danach gehen Sie wie folgt vor:
1. Öffnen Sie die WPML-Einstellungen.
2. Aktivieren Sie den neuen Übersetzungseditor (Advanced Translation Editor).
3. Achten Sie darauf, auch eventuell vorhandene alte Übersetzungen zu übernehmen.
4. Speichern Sie die Änderungen.
Bitte lassen Sie mich wissen, ob das funktioniert.
Der Advanced Translation Editor war bereits aktiviert. Ich habe aber eingeschaltet, dass auch die alten Übersetzungen übernommen werden sollen. Das hat aber zu keiner Veränderung geführt.
Ich würde mir das gerne direkt auf Ihrer Seite ansehen. Dazu bräuchte ich bitte temporären Zugriff (WP-Admin und FTP) auf Ihre Seite, vorzugsweise zu einer Test/Staging Seite, an der das Problem nach Möglichkeit repliziert wurde.
Ihre nächste Antwort ist als „Privat“ markiert, dies bedeutet nur Sie und ich haben Zugriff darauf.
❌ Bitte sichern Sie Ihre Datenbank und Website davor ❌
✙ Ich würde außerdem Ihre Erlaubnis benötigen, um Plugins und das Theme zu deaktivieren und erneut zu aktivieren sowie Konfigurationen auf der Seite zu ändern. Dies ist auch der Grund, warum das Backup wirklich wichtig ist.
vielen Dank für Deine Nachricht. Der Raidboxes-Support hat mir mitgeteilt, dass von Hosting-Seite da keine Probleme vorliegen. Sie gehen davon aus, dass irgendein Problem mit PHP und WPML besteht. Ich hatte Anfang der Woche Änderungen an den Language-Switchereinstellungen und den Menüs in Flatsome Änderungen vorgenommen, da unser Mobiles-Menü nicht mehr richtig angezeigt wir, seit ich vor ein paar Monaten Französisch als dritte Sprache hinzugefügt habe. Die Automatische Übersetzung habe ich aber vor ca. 10 Tagen noch benutzt. Danach habe ich keine Updates an Plugins vorgenommen.
Welche Ansätze gibt es noch um das Problem zu beheben?
Noch mal danke für die Unterstützung und viele Grüße
Malte
Ach so, vielleicht noch der Hinweis: Nach dem der Fehler aufgetreten ist, wurde die Seite von All-Inkl zu Raidboxes Migriert (aktuelle ist noch die All-Inkl.-Seite und Live Seite ambivalenz.org). Der Umzug hat keinen Einfluss auf das Problem gehabt.
Zur Zeit kann ich bei der Sprachauswahl auch gar nicht mehr auf Speichern gehen, der Button ist auch nach Änderungen inaktiv, so dass der 503 Fehler zur Zeit nicht replizierbar ist.
Es scheint jetzt wieder zu funktionieren. Ich habe die Auswahl der Übersetzungsengine einmal von PTC auf andere gestellt und gespeichert. Dann bin ich wieder auf PTC gegangen und es scheint wieder zu gehen. Ich würde das Thema aber erstmal noch aktiv lassen, bis ich etwas mehr getestet habe.
danke für die Info. Hat Raidboxes inzwischen die php.ini geprüft? Die Rückmeldung klang nicht so, als wäre das wirklich explizit überprüft und ausgeschlossen worden.
