Debug-Informationen von WPML mit dem Support teilen

Den Block mit den Debug-Informationen aus der Systemprüfung kopieren

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

Dieser Block teilt dem Support mit, welche Versionen Sie verwenden und wie die aktuelle Konfiguration der Website aussieht. Dies ist die Grundlage vor jeder tiefergehenden Untersuchung.

Die Liste der installierten Plugins kopieren

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.

Das relevante Protokoll kopieren

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, verschwinden) zeigen die Übersetzungsmanagement-Auftragsprotokolle den Lebenszyklus jedes Auftrags.

Live-Diagnosezugriff mit dem Support teilen (optional)

Die Seite WPML → Support enthält oben 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 persönlichen Daten geteilt – nur der Block mit den Debug-Informationen.

Dies ist schneller, als Blöcke in eine Anfrage einzufügen, da der Support im Verlauf der Konversation aktuelle Daten erneut lesen kann. Sie können dies jederzeit über dasselbe Kontrollkästchen deaktivieren.

Wenn der Support nach Debug-Protokollen fragt

Bei tiefergehenden Problemen (seltsames Verhalten des ATE, 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 ); zu wp-config.php vor der Zeile „That’s all, stop editing!“ (Das war’s, Schluss mit dem Bearbeiten!) hinzu. WordPress beginnt damit, PHP-Fehler und -Warnungen in wp-content/debug.log zu schreiben.
2. Reproduzieren Sie das Symptom auf der Website.
3. Öffnen Sie oder laden Sie wp-content/debug.log herunter und kopieren Sie den relevanten Abschnitt (filtern Sie nach dem Zeitstempel, um den herum 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 auf einer Live-Website aktiviert zu lassen, ist ein Sicherheitsrisiko, da Fehler Pfadinformationen enthalten.

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 packen 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 Packen:

• Duplicator. Packt die Datenbank und Dateien in ein einziges Archiv plus ein Installationsskript.
• All-in-One WP Migration. Ähnliches Packen, leicht 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 und nicht den Zugriff auf die Live-Website selbst.
• Entfernen Sie persönliche Daten aus der Datenbank, wenn Ihre Website Kundendaten enthält (Duplicator und AIOWP bieten dafür Exportoptionen).
• Bestätigen Sie, dass Sie ein funktionierendes Backup der Live-Website haben, bevor Sie Änderungen basierend auf den Erkenntnissen des Supports an der Kopie vornehmen.

WPML verarbeitet den Fall, dass die Website zwischen Servern verschoben wird, automatisch; der Fall eine Kopie an den Support senden ist derjenige, bei dem Sie die Website für jemanden außerhalb Ihrer Hosting-Umgebung packen, damit dieser sie lokal ausführen kann.

Ihre WPML-Konto-Zugangsdaten finden

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

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