Debug-Informationen von WPML mit dem Support teilen

Kopieren Sie den Block mit den Debug-Informationen aus der Systemprüfung

Öffnen Sie WPML > Support > Systemprüfung. Die Seite zeigt einen Block Debug-Informationen: PHP-Version, WordPress-Version, jedes WPML-Plugin und seine Version, Serverumgebung, Sprachkonfiguration und Konfigurationswerte, die WPML aus der wp-config.php liest. Klicken Sie oben im Block auf System-Info in die Zwischenablage kopieren und fügen Sie diese dann in Ihre Support-Anfrage ein.

Dieser Block teilt dem Support mit, welche Versionen Sie jeweils ausführen und wie die aktuelle Konfiguration der Website aussieht. Er ist die Grundlage vor jeder tiefergehenden Untersuchung.

Kopieren Sie die Liste der installierten Plugins

Scrollen Sie ans Ende von WPML > Support. Der Abschnitt Installierte Plugins listet jedes Plugin auf der Website, seine Version und ob es aktiv oder inaktiv ist, auf. Klicken Sie auf Liste in die Zwischenablage kopieren und fügen Sie sie in Ihre Support-Anfrage ein.

Plugin-Konflikte sind eine der häufigsten Ursachen für WPML-Symptome. Der Support nutzt diese Liste, um bekannte Inkompatibilitäten zu erkennen und die richtigen Folgefragen zu stellen.

Kopieren Sie das relevante Protokoll

Bei Symptomen, die Übersetzungsdienste betreffen, erfasst das WPML > Support > Kommunikationsprotokoll den API-Datenverkehr zwischen Ihrer Website und dem Übersetzungs-Backend. Wenn Übersetzungen auf nicht offensichtliche Weise fehlschlagen, liefert das Kopieren der neuesten Protokolleinträge in die Support-Anfrage dem Support die genaue serverseitige Antwort.

Bei Symptomen innerhalb des erweiterten Übersetzungs-Editors erfassen die Fehlerprotokolle des erweiterten Übersetzungs-Editors serverseitige Fehler, auf die der ATE gestoßen ist.

Bei Symptomen mit Übersetzungsaufträgen (Aufträge starten nicht, werden nicht abgeschlossen oder verschwinden) zeigen die Übersetzungsmanagement-Auftragsprotokolle den Lebenszyklus jedes Auftrags.

Siehe Protokolle, um zu erfahren, welches Protokoll Sie in welcher Situation heranziehen sollten.

Teilen Sie den Live-Diagnosezugriff mit dem Support (optional)

Die Seite WPML > Support verfügt oben über ein Kontrollkästchen Diagnoseinformationen mit dem WPML-Support teilen. Aktivieren Sie es, damit das Support-Team von WPML die Debug-Informationen Ihrer Website direkt lesen kann. Es werden keine Passwörter oder personenbezogenen Daten geteilt – nur der Block mit den Debug-Informationen.

Dies ist schneller als das Einfügen von Blöcken in eine Anfrage, da der Support im Verlauf der Unterhaltung neue Daten erneut lesen kann. Sie können dies jederzeit über dasselbe Kontrollkästchen wieder deaktivieren.

Wenn der Support nach Debug-Protokollen fragt

Bei tiefergehenden Problemen (seltsames ATE-Verhalten, Race Conditions, zeitweilige Ausfälle) bittet der Support manchmal um das vollständige WPML-Debug-Protokoll, das detaillierter ist als der Block Debug-Informationen.

So aktivieren Sie die Debug-Protokollierung:

1. Fügen Sie define( 'WP_DEBUG', true ); und define( 'WP_DEBUG_LOG', true ); in die wp-config.php vor der Zeile „Das war’s, Schluss mit dem Bearbeiten!“ ein. WordPress beginnt dann, PHP-Fehler und -Warnungen in die wp-content/debug.log zu schreiben.
2. Reproduzieren Sie das Symptom auf der Website.
3. Öffnen oder laden Sie die wp-content/debug.log herunter und kopieren Sie den relevanten Abschnitt (filtern Sie nach dem Zeitstempel, als das Symptom aufgetreten ist).
4. Fügen Sie ihn in Ihre Support-Anfrage ein oder hängen Sie ihn als Datei an.
5. Schalten Sie WP_DEBUG danach wieder aus. Es in einer Live-Website aktiviert zu lassen, stellt ein Sicherheitsrisiko dar, da Fehler Pfadinformationen enthalten.

Für den vollständigen Vorgang einschließlich des Filterns WPML-spezifischer Einträge siehe die Referenz zum Debuggen von WPML.

Wenn der Support nach einer Kopie der Website fragt

Bei Problemen, die der Support nicht allein anhand von Protokollen reproduzieren kann, bittet er möglicherweise um eine Kopie der Website zur Untersuchung. Der Standardweg besteht darin, ein Backup- oder Staging-Tool zu verwenden, um die gesamte Website zu verpacken und sie über das sichere Upload-Formular von WPML zu teilen (der Support gibt Ihnen den Link, wenn er danach fragt).

Empfohlene Tools für das Verpacken:

• Duplicator. Verpackt die Datenbank und Dateien in ein einziges Archiv plus ein Installationsskript.
• All-in-One WP Migration. Ähnliches Verpacken, etwas anderes Format.
• Das integrierte Staging-/Klon-Tool Ihres Hosting-Anbieters (sofern es ein portables Archiv erstellt).

Bevor Sie die Kopie teilen:

• Stellen Sie sicher, dass Sie eine Kopie der Website teilen, nicht den Zugriff auf die Live-Website selbst.
• Entfernen Sie personenbezogene Daten aus der Datenbank, wenn Ihre Website Kundendaten enthält (Duplicator und AIOWP haben dafür Exportoptionen).
• Bestätigen Sie, dass Sie über ein funktionierendes Backup der Live-Website verfügen, bevor Sie Änderungen vornehmen, die auf den Erkenntnissen des Supports aus der Kopie basieren.

WPML behandelt den Fall Umzug der Website zwischen Servern automatisch; der Fall Kopie an den Support senden ist derjenige, bei dem Sie die Website für jemanden außerhalb Ihrer Hosting-Umgebung verpacken, um sie lokal auszuführen.

Finden Ihrer WPML-Konto-Zugangsdaten

Wenn der Support fragt, unter welchem WPML-Konto diese Website registriert ist, und Sie sich nicht erinnern können:

• Der maskierte Website-Key unter WPML > Aktivieren & Aktualisieren gibt an, welchen Key die Website verwendet (z. B. ******abcd). Gleichen Sie ihn mit den in Ihrem WPML-Konto aufgelisteten Websites ab.
• Wenn Sie den Zugriff auf die Konto-E-Mail-Adresse verloren haben, durchsuchen Sie Ihren Posteingang nach Nachrichten von accounts@wpml.org. Die ursprüngliche E-Mail zur Kontoerstellung enthält die Zugangsdaten.