En vit skärm. Ett plugin som kraschar. En funktion som slutade fungera efter senaste uppdateringen. WordPress-utveckling innebär felsökning. Rätt verktyg gör skillnaden mellan en halvtimme och en halvdag.
wp-config.php: första steget
Tre rader som borde vara aktiverade i varje utvecklingsmiljö:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('SCRIPT_DEBUG', true);
WP_DEBUG visar PHP-fel och varningar. WP_DEBUG_LOG skriver dem till wp-content/debug.log istället för att visa dem på skärmen (viktigt i produktion). SCRIPT_DEBUG laddar okomprimerade versioner av JS och CSS, vilket gör det lättare att spåra frontend-problem.
Query Monitor
Gratis plugin. Visar varje databasanrop, vilken fil och rad som utlöste det, hur lång tid det tog. HTTP-anrop, hooks som körs, konditionella taggar. Det enskilt mest användbara debug-verktyget för WordPress.
Installera det i utvecklingsmiljön. Inaktivera det i produktion (det lägger till overhead).
Vanliga felsökningssteg
Plugin-konflikt? Inaktivera alla plugins, aktivera ett i taget. Temaproblem? Byt tillfälligt till Twenty Twenty-Four. Databasproblem? wp db check och wp db repair via WP-CLI.
White screen of death? Kolla debug.log. Ofta är det ett fatalt PHP-fel: saknad funktion, minnesöverskridning eller syntaxfel i functions.php.
Error logging i produktion
Aktivera WP_DEBUG_LOG men sätt WP_DEBUG_DISPLAY till false. Felen loggas utan att besökare ser dem. Rotera loggen regelbundet, den kan växa snabbt på en aktiv sajt.