Fehlerbehebung
Query Monitor zur Fehlersuche in WordPress
Query Monitor ist weiterhin nützlich, um eine konkrete Anfrage aus WordPress heraus zu untersuchen. Um die Leistung über mehrere Anfragen hinweg zu analysieren, ohne ein Diagnose-Plugin aktiv zu lassen, steht Ihnen auch PHP X-Ray zur Verfügung.
Query Monitor fügt der Admin-Leiste Diagnosebereiche hinzu. Unter anderem können Sie damit prüfen:
- SQL-Abfragen der Anfrage.
- PHP-Fehler, die während der untersuchten Anfrage auftreten.
- Aufrufe über die HTTP-API von WordPress.
- PHP-Umgebung, Webserver und tatsächlich wirksame Konfiguration.
- Informationen zu Hooks, Actions und eingereihten Skripten.
Aktivieren Sie es nur während des Tests und nur für vertrauenswürdige Administratoren: Seine Bereiche können Pfade, Abfragen und interne Daten anzeigen. Deaktivieren Sie es danach.
Vorgehen
- Notieren Sie URL, Aktion und Uhrzeit des Problems.
- Aktivieren Sie Query Monitor und wiederholen Sie genau diese Aktion ein einziges Mal.
- Öffnen Sie sein Menü in der oberen Leiste und prüfen Sie je nach Symptom zuerst PHP Errors, HTTP API Calls und Queries.
- Prüfen Sie bei einer langsamen oder doppelten Abfrage Caller und Component. Anzahl oder Dauer der Abfragen allein beweisen nicht, welche Komponente das Problem verursacht hat.
- Bewahren Sie nur den nötigsten Ausschnitt auf, verbergen Sie sensible Daten und deaktivieren Sie das Plugin.
Queries by component gruppiert die Abfragen, die während dieser Anfrage jeder Komponente zugeordnet sind. Nutzen Sie es, um eine Hypothese aufzustellen, und wiederholen Sie dieselbe Aktion nach einer kontrollierten Änderung im Staging. Ändert sich das Ergebnis reproduzierbar, haben Sie einen Beleg, um die Komponente zu aktualisieren, zu ersetzen oder den Fehler zu melden.
Was ein einzelner Seitenaufruf nicht zeigt
Der Bereich beschreibt die untersuchte Anfrage; er ist weder ein Verlauf aller Besucher noch eine Überwachung aller Cron-Aufgaben. Eine Antwort, die vollständig aus dem Cache kommt, führt WordPress womöglich gar nicht aus und erzeugt daher diese Daten nicht.
Query Monitor verursacht zusätzliche Arbeit, um Informationen zu sammeln. Vergleichen Sie dieselbe Operation unter gleichwertigen Bedingungen und bestätigen Sie die Verbesserung anschließend ohne das Diagnose-Plugin. Für AJAX- oder REST-Anfragen nutzen Sie die Mechanismen, die die installierte Version unterstützt, und beziehen Sie das Ergebnis immer auf die konkrete Anfrage; die Leiste einer vorherigen Seite beschreibt nicht automatisch das spätere Speichern.
Das könnte Ihnen auch helfen
- Fehler in WordPress mit WP_DEBUG debuggen Aktivieren Sie WP_DEBUG in wp-config.php, um die Fehler von WordPress anzuzeigen oder in einer Datei...
- 404-Fehler bei statischen Dateien verlangsamen die Website Erkennen Sie fehlende statische Ressourcen, die PHP starten und CPU verbrauchen, liefern Sie sie als...
- Den Fehler „Uncaught ReflectionException: Method get_site_editor_type does not exist“ beheben Beheben Sie den fatalen Fehler von Elementor Pro „Method get_site_editor_type does not exist“: Aktua...
- Einen WordPress-Fehler debuggen lernen Zeigt, wie Sie einen fatalen WordPress-Fehler lesen, unterscheiden, was er beweist und was nur mögli...
Stimmt etwas nicht oder hat sich etwas geändert? Erzählen Sie es uns, und wir prüfen es.