«En kritisk feil har inntruffet på dette nettstedet»

Meldingen betyr at PHP stoppet med en fatal feil, og at WordPress viser denne meldingen i stedet for siden. Feilen ligger nesten alltid i en utvidelse eller et tema, for eksempel etter en oppdatering med kode som ikke virker sammen med resten av siden.

Besøkende ser bare den korte meldingen. Når du prøver å logge inn i wp-admin, får du en lengre variant: «Det har oppstått en kritisk feil på dette nettstedet. Se e-postinnboksen for nettstedsadministratoren for instruksjoner.»

Se etter e-posten fra WordPress

Når feilen oppstår i wp-admin eller på innloggingssiden, prøver WordPress å sende en e-post til administratoradressen under Innstillinger. Den forteller hvilken utvidelse eller hvilket tema som skapte feilen, og har en lenke til gjenopprettingsmodus.

1. Søk i innboksen etter en e-post fra nettsiden, og sjekk søppelposten også.
2. Åpne lenken og logg inn. Utvidelsen som skapte feilen, er satt på pause mens du er i gjenopprettingsmodus.
3. Gå til Utvidelser, deaktiver utvidelsen som er nevnt i e-posten, og trykk «Avslutt gjenopprettingsmodus».

Krasjer bare selve nettsiden og ikke wp-admin, sender WordPress ingen e-post. Da kan du logge inn i wp-admin som vanlig og deaktivere utvidelsen der. WordPress sender høyst én slik e-post i døgnet. Kommer e-posten aldri, kan det være at e-post fra siden ikke kommer frem, eller at feilen ikke ligger i en utvidelse eller et tema. Da må du rette feilen manuelt.

Deaktiver utvidelsen via FTP

Uten e-posten kan du deaktivere en utvidelse ved å gi mappen til utvidelsen et nytt navn.

1. Koble til med FTP eller filbehandleren i hostingpanelet, og åpne wp-content/plugins.
2. Hvis du vet hvilken utvidelse du oppdaterte sist, gir du mappen til den utvidelsen et nytt navn, for eksempel skjema-av.
3. Last siden på nytt. Virker siden nå, har du funnet årsaken.
4. Vet du ikke hvilken utvidelse det er, gir du hele plugins-mappen et nytt navn. Hvis siden virker da, logger du inn og åpner Utvidelser mens mappen fortsatt har det nye navnet. Da deaktiverer WordPress alle utvidelsene. Gi mappen det gamle navnet tilbake, og aktiver utvidelsene én og én til feilen kommer igjen.

Med WP-CLI over SSH bruker du --skip-plugins og --skip-themes, så kommandoen ikke stopper på den samme fatale feilen:

wp plugin deactivate skjema --skip-plugins --skip-themes

Hvis temaet er problemet, gjør du det samme med temamappen i wp-content/themes. Logg så inn og åpne Utseende → Temaer. Først da bytter WordPress til et standardtema, så sant det finnes et.

Finn feilmeldingen i loggen

Feilloggen viser nøyaktig hva som gikk galt. Finn linjen define( 'WP_DEBUG', false ); i wp-config.php, og bytt den ut med disse tre linjene:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Hvis linjen ikke finnes, legger du dem til rett over linjen med require_once ABSPATH . 'wp-settings.php';.

Last siden på nytt og åpne wp-content/debug.log. Linjen med PHP Fatal error viser filen og linjenummeret der feilen oppsto, og mappenavnet forteller hvilken utvidelse det gjelder. Sett WP_DEBUG tilbake til false og slett debug.log når du er ferdig. Ellers kan hvem som helst lese loggen i nettleseren, og den kan inneholde informasjon andre ikke skal se.

Når feilen ikke skyldes en utvidelse eller temaet

Hvis feilen fortsatt er der når alle utvidelsene er deaktivert og standardtemaet er i bruk, kan den ligge i wp-content/mu-plugins, i filer som object-cache.php og advanced-cache.php i wp-content, i selve WordPress eller i PHP-versjonen hos webhotellet. Feilloggen viser hvilken fil og linje feilen kommer fra. Uten FTP-tilgang kommer du ikke lenger selv, og da må den som drifter siden, se på feilen.