Feil som oppstår når du kjører PHP-skript har sin egen loggadministrasjon, i motsetning til rene http-feil som logges sentralt .
Som standard logges PHP-feilmeldinger på enerror_log
fil som er opprettet i roten til skriptet som genererte feilen. Dette betyr at en WordPress-installasjon som forårsaker en PHP-feil vil opprette enerror_log
fil direkte i dokumentroten til nettstedet .
PHP feilhåndteringsinnstillinger
Du har tilgang til noen forskjellige innstillinger for håndtering av feilmeldinger generert via PHP gjennom cPanel. For å få tilgang til disse, se instruksjonene her .
Innstillingene som er relevante i dette tilfellet erdisplay_errors
,error_reporting
oglog_errors
.

De forskjellige innstillingene betyr følgende:
- display_error – bestemmer om advarsler, feilmeldinger osv. skal vises på hjemmesiden eller ikke.
- error_reporting – bestemmer hva slags feil som skal vises og/eller logges. Hvis de innledes med en
~
er disse typene feilmeldinger/advarsler slått av.- E_ALL – alle PHP-feilmeldinger, advarsler og merknader.
- E_NOTICE – utgjør varsler om for eksempel uinitialiserte variabler, skrivefeil og lignende.
- E_STRICT – en eldre meldingstype utdatert fra PHP 7.0 og oppover. Varsler om en funksjon brukes uforsiktig i forhold til akseptert standard.
- E_DEPRECATED – varsler om koden som kjøres inneholder foreldede funksjoner og lignende. En slik melding kan tas som informasjon om at koden ikke vil fungere i fremtidige PHP-versjoner.
- log_errors – hvis denne innstillingen er på, vil feilmeldinger generert av PHP-kode bli logget på en
error_log
filen i samme katalog på serveren som skriptet som genererte feilmeldingen er plassert.
Du kan også styre f.ekserror_reporting
mer detaljert via a.user.ini
-fil, på den måten vi beskriver her . Alle de forskjellige nivåene/innstillingene du kan gjøre forerror_reporting
du kan lese mer om på php.net .