Fejl, der opstår, når man kører PHP-scripts, har deres egen loghåndtering, i modsætning til rene http-fejl, der logges centralt.
Som standard logges PHP-fejlmeddelelser i en error_log
-fil, der oprettes i roden af det script, der genererede fejlen. Det betyder, at en WordPress-installation, der forårsager en PHP-fejl, vil oprette en error_log
-fil direkte i dokumentroden på webstedet.
Indstillinger for fejlhåndtering i PHP
Du har adgang til et par forskellige indstillinger til håndtering af fejlmeddelelser oprettet via PHP gennem cPanel. For at få adgang til disse, se instruktionerne her.
De indstillinger, der er relevante i dette tilfælde, er display_errors
, error_reporting
og log_errors
.

De forskellige indstillinger betyder følgende:
- display_error – bestemmer, om der skal vises advarsler, fejlmeddelelser osv. på hjemmesiden.
- error_reporting – bestemmer, hvilken type fejl der skal vises og/eller logges. Hvis der står
~
foran, deaktiveres sådanne fejlmeddelelser/advarsler.- E_ALL – alle PHP-fejlmeddelelser, advarsler og notifikationer.
- E_NOTICE – repræsenterer notifikationer om f.eks. uinitialiserede variabler, stavefejl og lignende.
- E_STRICT – en ældre type besked, der blev udfaset fra PHP 7.0 og frem. Giver dig besked, hvis du bruger en funktion på en skødesløs måde i forhold til den accepterede standard.
- E_DEPRECATED – angiver, om den kode, der udføres, indeholder forældede funktioner osv. En sådan besked kan opfattes som information om, at koden ikke vil fungere i fremtidige PHP-versioner.
- log_errors – hvis denne indstilling er slået til, vil fejlmeddelelser genereret af PHP-kode blive logget i en
error_log
-fil i samme mappe på serveren som det script, der genererede fejlmeddelelsen.
Du kan også styre f.eks. error_reporting
mere detaljeret via en .user.ini
-fil, som beskrevet her. Du kan læse mere om alle de forskellige niveauer/indstillinger, du kan lave for error_reporting
på php.net.