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.
Started attempt to download xliff file. The process did not finish.
Dies betrifft den Download des XLIFF Files, welcher der WPML Editor zurück zu WP sendet, dies hat nichts mit der Lizenzprüfung zu tun.
Die Funktionen "getLanguagesEligibleForAutomaticTranslations" & "getCodesEligibleForAutomaticTranslations" prüfen, in welches Sprachen und Sprachcode Sie definiert haben, damit dies an die Translation Engine übergeben werden kann.
Haben Sie denn bereits die Queries im Backend analysiert? Von wie vielen Sekunden sprechen wie hier? Bitte werten Sie dies wie hier beschrieben mit dem "Debug Bar" Plugin nach einem vollen Backup aus und übermitteln Sie die Werte: https://wpml.org/de/faq/how-to-debug-performance-problems/.
Leute... bitte kein Support-Ping-Pong, sonst war es das letzte Mal, das wir die WPML-Lizenz verlängern.
Schuld ist DEFINITIV WPML mit seinen nach extern gehenden Anfragen nach Extern: versteckter Link
Steht da in ROT.
Und wenn ich WPML rauskratze, dann lädt das Admin-Backend in knapp einer Sekunde.
Sorry, aber hier sind schon so viele Meldungen bzgl. der Performanceprobleme, und keinen interessiert das?
ich habe nicht bestritten, dass WPML der Auslöser ist. Hier wird der Editor authentifiziert, wie bei allen anderen API Calls auch. Sie verwechseln scheinbar die Lizenzprüfung des Plugins über den wpml.org Update-Server mit der Überprüfung der UUID des ATE Editors. Das sind 2 verschiedene Dinge und ja, auch hier wird der Site-Key übergeben, damit die Credits dementsprechend der korrekten URL zugewiesen werden können. Zu Ihrer Frage: Nein, diese Calls können Sie nicht auf "hold" setzen.
Um Ihnen nun konkret helfen zu können, wäre es hilfreich, wenn Sie weitere Details dazu anhängen.
1) Wie hoch ist aktuell die Ladezeit zur API, wenn WPML aktiv ist?
2) Können Sie die erhöhte Ladezeit auf einer Staging isoliert nur mit WPML und einem Standard Theme wie TwentyTwenty-One ebenso reproduzieren?
3) Interessant wären die Queries dazu zu sehen, um zu bestätigen, dass es wirklich die API Requests des Editors betrifft und nicht etwaige Abfragen der DB bzw. Bestätigung, dass die Queries normal sind.
Ich habe zudem die Eingabe der WPML Debug Info aktiviert, um weitere Einstellungen auslösen zu können.
zu 1) 3-5 Sekunden extra.
zu 2) ja kann ich, habe ich schon getan, deswegen bin ich ja sauer. Sind hier viele Support-Cases, die GENAU die gleiche Fehlermeldung bringen, aber bisher keinerlei Antwort erhalten haben.
zu 3) ich will es mal so sagen: mit mehr als 10k WP-Installationen in meiner Lebenszeit bin ich sehr gut in der Lage, einen Fehler zu isolieren. Ich weiß was ein PHP-Slow-Query-Log ist (deswegen auch die Eingrenzung auf cURL), und ich habe auch wie vorgeschlagen mit der Debug-Bar ganz klar feststellen können, das es auf WPML einzugrenzen ist.
Das Problem sind die Calls nach extern.
Und entweder wird das besser (was ich von meiner Seite nicht beeinflussen kann, da dies ein dedizierter Server mit 1GBit Anbindung ist), oder leider wird der Kunde dann sagen: nein, das ist nicht besser geworden.
Ich persönlich bin da total emotionslos.
WPML hat seine Vorzüge, aber es würde mich wirklich ärgern, diesen Kunden zu verlieren.
ich habe Sie um eine Seitenkopie gebeten, um das Problem debuggen zu können. Die Anzahl der Requests zu unserem Server scheint hier nicht normal zu sein und dies benötigt ein Debugging bzw. eine genauere Analyse bzw. ein Profiling, was ohne Site-Copy kaum möglich ist.
