WPML-Protokolle – Die sechs schreibgeschützten Protokolle unter WPML > Support

Die mittlere Ebene unter WPML > Support besteht aus sechs schreibgeschützten Protokollen. Sie können nichts ändern (sie zeigen lediglich, was WPML getan hat), daher können Sie sie bedenkenlos öffnen und frei überprüfen. Verwenden Sie sie, um zu bestätigen, was tatsächlich passiert, wenn ein Symptom schwer zu reproduzieren oder schwer zu erklären ist. Sobald ein Protokoll auf eine Lösung hinweist, sind die Tools zur Fehlerbehebung auf der sicheren Ebene normalerweise der Ort, an dem Sie auf Ihre Erkenntnisse reagieren – und für Support-Anfragen können Sie das entsprechende Protokoll über Debug-Informationen mit dem Support teilen anhängen.

Wann Sie auf welches Protokoll zugreifen sollten

Symptom	Protokoll
Übersetzungsaufträge schlagen fehl oder bleiben beim Dienst hängen	Kommunikationsprotokoll
Fehler im erweiterten Übersetzungs-Editor	Fehlerprotokolle des erweiterten Übersetzungs-Editors
Ein bestimmter Übersetzungsauftrag verhält sich unerwartet	Übersetzungsmanagement-Auftragsprotokolle
Lizenz- oder Update-Probleme vom WPML-Installer	Installer-Protokoll
Die `wpml-config.xml` eines Themes oder Plugins wird nicht gelesen oder angewendet	Remote-XML-Konfigurationsprotokoll
Bestätigung des Status von WooCommerce Multilingual	WCML-Konfigurationsprotokoll

Alle sechs befinden sich auf der Seite WPML > Support unter der Überschrift Logs – read only.

Kommunikationsprotokoll

Was es ist: jeder API-Aufruf zwischen Ihrer Website und den Übersetzungsdiensten (ATE, PTC und den Legacy-Engines), mit Zeitstempeln, Anfrage-Payloads und Serverantworten.

Wann Sie es lesen sollten:

Eine Übersetzung erreicht den Dienst nicht.
Eine Übersetzung wird auf Seiten des Dienstes abgeschlossen, kommt aber nicht zu Ihrer Website zurück.
Sie möchten sehen, wie lange einzelne API-Aufrufe dauern. Nützlich für die Performance-Analyse.

Bedienelemente auf der Seite: Clear log löscht die vorhandenen Einträge; Disable logging verhindert, dass neue Einträge aufgezeichnet werden. Die Protokollierung ist normalerweise standardmäßig aktiviert; schalten Sie sie nur aus, wenn sie auf einer Website mit hohem Datenaufkommen den Speicherplatz füllt.

Fehlerprotokolle des erweiterten Übersetzungs-Editors

Was es ist: serverseitige Fehler, auf die der erweiterte Übersetzungs-Editor gestoßen ist. ATE läuft teilweise in der Cloud, daher erscheinen seine Fehler nicht in der debug.log von WordPress. Sie werden hier gesammelt.

Wann Sie es lesen sollten: bei allem Ungewöhnlichen innerhalb von ATE, das Sie als „es gab einen Fehler“ oder „der Editor hat sich geweigert, diesen Auftrag zu laden“ beschreiben würden.

Kombinieren Sie dieses Protokoll mit einem Debug-Protokoll (WP_DEBUG), wenn Sie ATE-Probleme an den Support melden. Beide zusammen ergeben ein vollständiges Bild.

Übersetzungsmanagement-Auftragsprotokolle

Was es ist: der Lebenszyklus jedes Übersetzungsauftrags, den WPML verarbeitet hat. Die Phasen: erstellt, gesendet, vom Übersetzer/Dienst akzeptiert, abgeschlossen, zurückgegeben, auf der Website als abgeschlossen markiert.

Wann Sie es lesen sollten:

Ein Auftrag „steckt fest“ und Sie möchten genau sehen, bei welchem Schritt des Lebenszyklus er hängengeblieben ist.
Ein Auftrag ist verschwunden und Sie möchten überprüfen, was damit passiert ist.
Sie überprüfen die Aktivität der Übersetzer.

Bedienelemente: Download last action log exportiert einen aktuellen Teil des Protokolls als Datei (nützlich als Anhang für Support-Anfragen); Clear logs löscht vorhandene Einträge.

Installer-Protokoll

Was es ist: eine Aufzeichnung jedes Aufrufs zur Lizenzierung und Abonnement-Aktualisierung, den der WPML-Installer durchgeführt hat. Es umfasst Überprüfungen Ihres WPML-Kontos, Plugin-Downloads und Aktualisierungen der Lizenzdaten.

Wann Sie es lesen sollten: Lizenzverlängerungen werden nicht angezeigt, Plugin-Downloads schlagen fehl, der Button Nach Updates suchen bewirkt nichts.

Remote-XML-Konfigurationsprotokoll

Was es ist: jede wpml-config.xml, die WPML auf dieser Website gelesen hat, von Themes, Plugins und dem Editor für die benutzerdefinierte XML-Konfiguration im Admin-Bereich.

Wann Sie es lesen sollten:

Sie haben einem Plugin, das Sie entwickeln, eine wpml-config.xml hinzugefügt und möchten bestätigen, dass WPML sie gefunden hat.
Sie haben einen benutzerdefinierten wpml-config.xml-Block unter WPML > Einstellungen > Benutzerdefinierte XML-Konfiguration geschrieben und das neue Übersetzungsverhalten tritt nicht auf. Das Protokoll zeigt, ob WPML Ihren Block angewendet hat oder nicht.
Ein Theme oder Plugin, von dem Sie erwartet haben, dass es eine wpml-config.xml mitliefert, taucht nicht im Protokoll auf. Das bedeutet, dass es tatsächlich keine mitliefert.

Hintergrundinformationen zur wpml-config.xml selbst finden Sie unter Kompatibilität – Benutzerdefinierte wpml-config.xml.

WCML-Konfigurationsprotokoll

Was es ist (nur für WooCommerce-Websites): ein schreibgeschützter Schnappschuss der Konfiguration von WooCommerce Multilingual, der die Multicurrency-Einrichtung, die Zuordnung von Shop-Seiten, die Attributkonfiguration und den Status von Integrations-Plugins abdeckt.

Wann Sie es lesen sollten: wenn der WPML-Support nach dem WCML-Status fragt. Kopieren Sie den Dump und fügen Sie ihn in Ihre Support-Anfrage ein.