Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Sie versuchen, die automatische Übersetzung in WPML zu nutzen, aber es gibt Probleme bei der Zuordnung der Standardsprache und Fehlermeldungen wie 'Internal Server Error' und 'PHP Fatal error: Uncaught Error'. Solution: 1. Überprüfen Sie die Servereinstellungen und das Caching. Ein häufiges Problem ist, dass das HTML-Zeichen für das kaufmännische Und (&) durch die Funktion
http_build_query
in PHP falsch kodiert wird. Dies kann die Kommunikation mit unserem Server stören. 2. Überprüfen Sie Ihre
php.ini
-Datei auf die Zeile
arg_separator.output = &
. Dies könnte ebenfalls zu Problemen führen. 3. Kontaktieren Sie Ihren Hosting-Anbieter, um zu sehen, ob Einstellungen wie 'mod_security' aktiviert sind oder ob ein Caching- oder CDN-Problem vorliegt.
Falls diese Lösungen nicht relevant sind oder das Problem weiterhin besteht, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Überprüfen Sie auch die bekannten Probleme und stellen Sie sicher, dass Sie die neuesten Versionen Ihrer Themes und Plugins installiert haben. Für weitere Unterstützung besuchen Sie bitte unser Support-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.
Wir prüfen das bereits, können Ihnen jedoch noch nicht sagen, ab wann das Problem behoben sein wird. Der ATE-Zugriff selbst ist nicht die Ursache – die Keys sind in allen Systemen identisch. Allerdings sendet die Installation derzeit keine korrekten Tokens, sodass die Authentifizierung deswegen fehlschlägt.
Dies wird ein lokales Debugging der Seite erfordern, z.b.: über ein Duplicator Paket. Sollten Sie den Refund wünschen, können Sie diesen unkompliziert über https://wpml.org/purchase/refunds/ beantragen.
Ansonsten prüfen wir dies gerne anhand der Installation.
Nun habe ich sämtliche Cache-Mechanismen (Redis Object Cache, WP Rocket) deaktiviert und Cloudflare in den Entwicklungsmodus gesetzt – leider ohne jede Änderung.
Dass ich jetzt auch noch ein lokales Debugging anstoßen soll, um herauszufinden, warum ein zentrales Feature eines Premium-Produkts nicht funktioniert – und das selbst mit Hilfe des technischen Supports nicht in den Griff zu bekommen ist – finde ich ehrlich gesagt ziemlich ernüchternd.
Besonders die Aussage „wir wissen nicht, wie lange es dauert“ lässt mich stark daran zweifeln, ob WPML aktuell produktiv einsetzbar ist. Ich werde mir das noch kurz ansehen – und dann ggf. auf diese Option zurückkommen: https://wpml.org/purchase/refunds/
das wird nicht die Ursache sein. Wie bereits erwähnt, wird der Token nicht korrekt mitgesendet. Deshalb müssen wir die Installation lokal debuggen, um die genaue Fehlerursache feststellen zu können. Das machen wir für Sie anhand der Seitenkopie. In diesem Schritt testen wir grundsätzlich zuerst eine "Minimal Environment", um 3rd Party Ursachen auszuschließen.
Der dafür notwendige Zeitaufwand lässt sich im Vorfeld leider nur schwer einschätzen: Die Analyse kann innerhalb von zehn Minuten abgeschlossen sein, unter Umständen aber auch mehrere Stunden in Anspruch nehmen, je nach Seitengröße ist auch das Deployment selbstverständlich unterschiedlich schnell.
Auch nach dem Zurücksetzen löst jede Bearbeitung der Sprachtabelle weiterhin einen Fatal Error aus. Erst wenn die Bearbeitung der Sprachtabelle fehlerfrei möglich ist, können wir die Authentifizierung im Detail prüfen, warum der Token nicht gesendet wird.
Weil das Backend immer langsamer wurde, vermutlich durch fehlerhafte WPML Abfragen, habe ich alle WPML Plugins gelöscht.
Danach wollte ich diese wieder installieren. Aber sowohl mit dem OTGS Installer, als auch Einzelinstallation nur des Core Plugins, werden zwar die Verzeichnisse mit den dementsprechenden Dateien erstellt.Die Datenbankeinträge fehlen aber komplett!
Da ihr ja Backend-Access / SFTP Zugang habt, bitte selber nochmal versuchen. Vielleicht kann man dann ja herausfinden, warum WMPL nicht läuft...
Bitte stellen Sie dafür das genannte Duplicator Paket für ein lokales Debugging bereit. Dann können wir es über XDebug genauer prüfen. Die Sprachtabellen in der DB sind zerstört, auch nach Ihrem Reset tritt der Fatal Error beim Bearbeiten auf. Dazu habe ich WPML erneut installiert, da es bereits gelöscht war (aktuell wieder deaktiviert).
Wenn Sie das Paket nicht selbst erstellen möchten, kann ich das gerne mit Ihrer Autorisierung selbst durchführen. Dazu bitte um Bestätigung. Dann können wir damit lokal die Tabellen einsehen.
O.K. Das etwas zerstört ist, war irgend wie klar. Sonst hätte es ja funktionieren müssen. Ich denke mal, dass mein Setup nicht so ungewöhnlich ist ;-).
Und ja, bitte Duplicator Paket selber erstellen. Ich hätte ja dann doch nur die Light Version, insofern...
Danke für Ihre Geduld. Die Datenbank sieht lokal in Ordnung aus. Mein Kollege aus dem 3rd-Tier-Support und ich haben das Problem in mehreren Deployments getrennt getestet und konnten beide den Fehler lokal nicht reproduzieren. Sobald der WPML-Migrationsbanner bestätigt wird, tritt der Fatal Error nicht mehr auf.
Das Problem besteht darin, dass auf Ihrer Installation der Authentifizierungs-Token gar nicht gesendet wird. Es handelt sich also nicht um einen klassischen 403 Forbidden-Fehler durch eine Blockierung, sondern darum, dass die Authentifizierung gar nicht erfolgt.
Da wir das Verhalten lokal nicht nachstellen und somit nicht direkt debuggen können, bräuchte ich bitte Ihre Zustimmung zur Installation von Query Monitor und Adminer (für den Datenbankzugriff) auf Ihrer Seite. Mein Kollege wird dann die weitere Analyse direkt in Ihrer Umgebung übernehmen. Auch unser Dev-Team des Editors ist dazu bereits involviert.
Wow. O.K. Ja klar. Zustimmung natürlich erteilt. Ist ja interessant. Also bin ich quasi doch der Beta-Tester. Bloß seltsam, dass dieser Fehler nur bei mir auftaucht...
Soll / kann ich eigentlich das Plugin deaktivieren bis morgen und ihr schaltet es wieder ein? Weil heute wird ja wohl nichts mehr passieren, oder?
Vielen Dank! Ich habe es bereits gestern Abend deaktiviert, so wie ich die Seite am Vormittag vorgefunden habe. Meine Kollegen in Ihrer Zeitzone werden das Ticket dann weiterführen.
Hello!
I am George from the second tier support team and I am trying to debug the issue that you have.
Could you please revise the permissions of the FTP user?
I tried to edit and place some debug logging, but I seem to have pasted something wrong in your theme functions.php and I am locked out.
I see that you entered the same credentials as the ones that were already provided to me.
However with the specific FTP user, I am unable to do any changes in the files as they are owned by another user.
Perhaps if you have another type of access you can alter the code that I added to your theme functions.php and remove the extra `<?php` that I forgot inside the code
