Hur man aktiverar felsökningsläge i WordPress

Att aktivera felsökningsläget kräver att du redigerar en fil i din WordPress-installation. Det är enkelt, men bör göras noggrant för att undvika att webbplatsen går sönder. Nedan hittar du en steg-för-steg-guide om hur du gör det på rätt sätt.

När det är aktiverat kan du logga fel, dölja dem för besökare och kontrollera hur WordPress hanterar felsökningsinformation. Detta är särskilt viktigt på produktionssajter där du vill att felen ska registreras men inte visas offentligt.

Hitta filen wp-config.php

Det första steget för att aktivera felsökningsläget är att hitta filen wp-config.php. Denna fil finns i rotmappen för din WordPress-installation, på samma plats som wp-content, wp-includes och wp-admin. Du kan komma åt den via ett FTP-program, filhanteraren i ditt webbhotells kontrollpanel eller lokalt om du arbetar på en utvecklingsserver.

Det rekommenderas att du gör en säkerhetskopia av denna fil innan du gör några ändringar. Ett enda saknat tecken kan få din webbplats att sluta fungera, och en backup gör att du snabbt kan återställa den. När du har hittat filen öppnar du den i en textredigerare och förbereder dig för att justera konfigurationen.

Aktivera WP_DEBUG

Inuti wp-config.php-filen bläddrar du tills du hittar en rad som ser ut så här: define( 'WP_DEBUG', false );. Denna rad styr om felsökningsläget är aktivt eller inte. Som standard är felsökning avstängt i WordPress av säkerhets- och prestandaskäl. För att aktivera läget behöver du bara ändra värdet från false till true.

Den korrekta raden ska se ut så här: define( 'WP_DEBUG', true );. När du sparar filen börjar WordPress omedelbart visa PHP-varningar, notiser och felmeddelanden över hela webbplatsen. Detta gör att du kan identifiera problematiska tillägg, teman eller anpassad kod.

Använda WP_DEBUG_LOG för att logga fel

Att visa fel på skärmen kan vara användbart under utveckling, men är inte alltid praktiskt. För långsiktig övervakning kan du aktivera WP_DEBUG_LOG. För att göra detta, lägg till följande rad precis under WP_DEBUG-konstanten: define( 'WP_DEBUG_LOG', true );. Detta gör att alla fel sparas i en fil som heter debug.log i katalogen wp-content.

Att ha en loggfil är särskilt användbart när du behöver spåra fel som inträffar vid specifika tidpunkter eller som du inte kan återskapa direkt på skärmen. Det gör det också möjligt att dela filen med utvecklare eller supportteam utan att ge dem direkt tillgång till din webbplats.

Dölja fel för besökare

Om din WordPress-webbplats är live vill du förmodligen inte att besökare ska se råa felmeddelanden. I så fall kan du lägga till en annan inställning för att stänga av visningen på frontend: define( 'WP_DEBUG_DISPLAY', false );. Detta säkerställer att felen fortfarande loggas men inte visas för användarna.

Dessutom kan du lägga till @ini_set( 'display_errors', 0 ); för att förstärka detta beteende. Denna kombination håller din webbplats professionell och säker samtidigt som nödvändig information fortfarande finns i felsökningsloggen för administratörer och utvecklare.

Avancerad felsökning med SCRIPT_DEBUG

För utvecklare som arbetar med JavaScript och CSS erbjuder WordPress en extra konstant: define( 'SCRIPT_DEBUG', true );. Som standard laddar WordPress minifierade versioner av skript och stilmallar. Genom att aktivera script-debugging tvingar du WordPress att ladda de fullständiga, icke-minifierade versionerna, som är enklare att inspektera och felsöka.

Denna inställning är värdefull om du utvecklar teman eller tillägg och behöver följa hur skript och stilar fungerar. Den behövs sällan av vanliga användare men kan vara mycket användbar för utvecklare som felsöker frontend-problem.

Sammanfattningsvis är att aktivera felsökningsläget i WordPress ett enkelt men kraftfullt sätt att diagnostisera och underhålla din webbplats. Genom att redigera filen wp-config.php kan du visa fel, spara dem i loggar och behålla en professionell framtoning även när problem uppstår. Rätt använt är felsökningsläget ett av de viktigaste verktygen för att hålla WordPress säkert, stabilt och utvecklarvänligt.