500 Internal Server Error i WordPress — sådan finder du årsagen

En 500 Internal Server Error betyder, at serveren gik i stå midt i at bygge siden, uden at kunne fortælle hvorfor. I WordPress skyldes det næsten altid et plugin, et tema, en beskadiget .htaccess-fil eller for lidt PHP-hukommelse.

Fejlen er generisk med vilje — serveren skjuler detaljerne for besøgende. Den præcise årsag står i fejlloggen, og det er dér, du skal starte, hvis du vil undgå at gætte.

Find den rigtige fejl først

Slå fejllogning til midlertidigt ved at tilføje disse linjer i wp-config.php over linjen, der siger at man ikke skal redigere længere:

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

Genindlæs siden. Der bliver nu skrevet en fil i wp-content/debug.log med den faktiske fejl — typisk et filnavn og et linjenummer, der peger direkte på det plugin eller tema, der fejler. Husk at sætte WP_DEBUG tilbage til false, når du er færdig.

Har du adgang til kontrolpanelet, ligger der ofte også en serverlog med samme information. På WordPress hosting hos Hostious kan supporten slå den op med det samme, i stedet for at du selv skal lede.

De fem almindeligste årsager

1. Et plugin fejler. Særligt efter en opdatering, eller når to plugins vil det samme.
2. Temaet fejler. Samme mønster — typisk efter en opdatering af tema eller PHP-version.
3. Beskadiget .htaccess. En forkert regel stopper hele forespørgslen.
4. For lidt PHP-hukommelse. Scriptet løber tør midt i arbejdet.
5. Forkerte filrettigheder. PHP-filer skal være 644 og mapper 755. Er noget sat til 777, afviser mange servere det.

Sådan indkredser du den

Trin 1 — Test .htaccess

Omdøb .htaccess i roden til .htaccess_gammel og genindlæs siden. Virker den nu, var filen problemet. Gå ind i WordPress under Indstillinger → Permanente links og tryk Gem — så skriver WordPress en ny, ren fil.

Trin 2 — Slå alle plugins fra

Kan du ikke komme ind i wp-admin, så omdøb mappen wp-content/plugins til plugins_gammel. Alle plugins bliver deaktiveret på én gang. Virker siden, er det ét af dem.

Omdøb mappen tilbage, og aktivér derefter pluginsene ét ad gangen i wp-admin. Det plugin, der bringer fejlen tilbage, er synderen.

Trin 3 — Skift til et standardtema

Omdøb mappen med dit aktive tema i wp-content/themes. WordPress falder automatisk tilbage til et standardtema. Virker siden så, ligger fejlen i temaet.

Trin 4 — Hæv hukommelsen

Tilføj denne linje i wp-config.php:

define( 'WP_MEMORY_LIMIT', '512M' );

Hjælper det, var hukommelsen for lav. Notér det som et signal: en helt almindelig virksomhedsside bør ikke løbe tør ved 256 MB. Sker det jævnligt, er der enten et plugin, der bruger urimeligt meget, eller også er hostingpakken for lille.

Hvis det ikke hjalp

Er .htaccess ren, alle plugins slået fra og temaet skiftet ud, og fejlen stadig er der, ligger den på serverniveau — en PHP-version der ikke passer til koden, en manglende PHP-udvidelse, eller en grænse på serveren.

Det er det punkt, hvor forskellen på hostingudbydere bliver konkret. Med dansk support døgnet rundt kan nogen læse serverloggen med det samme og sige, hvad der faktisk skete, i stedet for at sende dig en generisk vejledning.

Sådan undgår du den fremover

• Kør opdateringer i et testmiljø først — se staging i WordPress
• Hold PHP-versionen opdateret, men test temaet og pluginsene på den nye version først
• Sørg for daglige backups, så du kan rulle tilbage frem for at fejlfinde under pres
• Undgå to plugins, der løser samme opgave

Ofte stillede spørgsmål

Hvad er forskellen på 500 og 502?

En 500 betyder, at serveren selv gik i stå i din kode. En 502 betyder, at en server foran den ikke fik svar fra PHP i tide. Læs mere om 502 Bad Gateway.

Mister jeg indhold ved at omdøbe plugins-mappen?

Nej. Indstillingerne ligger i databasen og kommer tilbage, når du aktiverer pluginsene igen.

Hvorfor kan jeg ikke se selve fejlen?

Fordi serveren skjuler den for besøgende af sikkerhedshensyn. Den står i wp-content/debug.log eller i serverloggen.