{"id":3558,"date":"2025-11-27T13:42:08","date_gmt":"2025-11-27T12:42:08","guid":{"rendered":"https:\/\/mijn.host\/blog\/wordpress-hvid-skaerm\/"},"modified":"2026-09-16T12:27:20","modified_gmt":"2026-09-16T10:27:20","slug":"wordpress-hvid-skaerm","status":"publish","type":"post","link":"https:\/\/my.host\/blog\/dk\/wordpress-hvid-skaerm\/","title":{"rendered":"S\u00e5dan l\u00f8ser du en hvid sk\u00e6rm i WordPress"},"content":{"rendered":"\n

Den Hvide Sk\u00e6rm af D\u00f8den (WSoD) er et af de mere frustrerende problemer, der kan opst\u00e5 p\u00e5 din WordPress-side. Du ser en helt hvid side uden fejlmeddelelser. Dette kan ske p\u00e5 forsiden af hjemmesiden, i administrationspanelet (wp-admin), eller begge.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

\u00c5rsagen er normalt en scriptfejl eller en hukommelsesgr\u00e6nse, der overskrides. WordPress undertrykker den egentlige fejlmeddelelse for ikke at vise bes\u00f8gende f\u00f8lsomme tekniske oplysninger. Derfor forbliver sk\u00e6rmen hvid.<\/p>\n\n\n\n

I denne artikel vil jeg vise dig, hvilke trin du kan tage for selv at l\u00f8se dette problem p\u00e5 s\u00e5 kort tid som muligt og med s\u00e5 lidt frustration som muligt.<\/p>\n\n\n\n

Vi begynder med de nemmeste l\u00f8sninger og ser trin for trin p\u00e5 mere komplicerede metoder (hvis de simple l\u00f8sninger ikke l\u00f8ser problemet).<\/p>\n\n\n\n

Trin 1: F\u00f8rste hurtige kontroller<\/strong><\/h2>\n\n\n\n

F\u00f8r du implementerer tekniske \u00e6ndringer, er det vigtigt f\u00f8rst at udelukke lokale problemer og caching.<\/p>\n\n\n\n

Browser cache og cookies<\/strong><\/h3>\n\n\n\n

T\u00f8m din browsers cache (jeg bruger selv Clear Cache extension<\/a> til dette). Gamle filer kan give et forvr\u00e6nget billede. Test ogs\u00e5 hjemmesiden i et inkognito-vindue eller en anden browser. Hvis siden indl\u00e6ses her, ligger problemet lokalt.<\/p>\n\n\n\n

Server caching<\/strong><\/h3>\n\n\n\n

Bruger du server-side caching som Varnish eller Redis? T\u00f8m denne cache via din hostingkontrolpanel (f.eks. DirectAdmin eller Plesk). En for\u00e6ldet cache kan blive ved med at vise en defekt version af siden.<\/p>\n\n\n\n

Kontroller serverstatus<\/strong><\/h3>\n\n\n\n

Har du flere hjemmesider p\u00e5 samme hostingpakke? Tjek om disse er tilg\u00e6ngelige. Hvis alle sider er offline, er der muligvis et serverdrevet problem. I s\u00e5 fald skal du straks kontakte din hostingudbyder.<\/p>\n\n\n\n

Trin 2: Aktiv\u00e9r fejlretning (debug mode)<\/strong><\/h2>\n\n\n\n

Okay, hvis disse “\u00e5benlyse” trin ikke hj\u00e6lper, er det tid til det tungere skyts. Vi skal debugge<\/a>.<\/p>\n\n\n\n

Den hvide sk\u00e6rm giver ingen information om \u00e5rsagen. Du skal tvinge WordPress til at vise eller logge fejl. Dette g\u00f8r du via debug-mode<\/strong>.<\/p>\n\n\n\n

Forbind til din server via FTP eller brug File Manager i hostingspanelet. Find filen wp-config.php<\/strong> i roden af din WordPress-installation.<\/p>\n\n\n\n

\u00c5bn filen og s\u00f8g efter linjen:<\/p>\n\n\n\n

define( ‘WP_DEBUG’, false );<\/em><\/p>\n\n\n\n

\u00c6ndr false til true og tilf\u00f8j linjen for logging. Blokken vil s\u00e5 se s\u00e5ledes ud:<\/p>\n\n\n\n

define( ‘WP_DEBUG’, true );<\/em><\/p>\n\n\n\n

define( ‘WP_DEBUG_LOG’, true );<\/em><\/p>\n\n\n\n

Gem filen. Genindl\u00e6s din hjemmeside. Du vil nu muligvis se en fejlmeddelelse p\u00e5 sk\u00e6rmen. Hvis sk\u00e6rmen forbliver hvid, kontroller derefter i mappen \/wp-content\/ for en fil kaldet debug.log.<\/p>\n\n\n\n

Fejlmeddelelsen peger ofte direkte p\u00e5 en bestemt fil- eller mappenavn. Dette lader dig vide, om en plugin eller et tema er \u00e5rsagen.<\/p>\n\n\n\n

Trin 3: Unders\u00f8g plugins<\/strong><\/h2>\n\n\n\n

En konflikt mellem plugins eller et for\u00e6ldet plugin er den mest almindelige \u00e5rsag til en WSoD.<\/p>\n\n\n\n

Via WordPress dashboard<\/strong><\/h3>\n\n\n\n

Har du stadig adgang til wp-admin omr\u00e5det? G\u00e5 til Plugins<\/strong> og deaktiver alle plugins. Kontroller, om siden fungerer igen.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Aktiver derefter plugins en ad gangen. Kontroller hjemmesiden efter hver aktivering. S\u00e5 snart den hvide sk\u00e6rm vender tilbage, har du fundet det plugin, der for\u00e5rsager problemet.<\/p>\n\n\n\n

Via FTP eller Filh\u00e5ndtering<\/strong><\/h3>\n\n\n\n

Har du ikke adgang til dashboardet? Naviger via FTP til mappen \/wp-content\/.<\/p>\n\n\n\n

Omd\u00f8b mappen plugins til plugins_old. WordPress deaktiverer derved kraftigt alle plugins.<\/p>\n\n\n\n

Genindl\u00e6s siden. Virker den nu? S\u00e5 ligger problemet i et plugin. Omd\u00f8b mappen tilbage til plugins. G\u00e5 ind i mappen og omd\u00f8b de individuelle plugin-mapper en efter en for at isolere den specifikke fejl.<\/p>\n\n\n\n

Trin 4: Unders\u00f8g tema problemer<\/strong><\/h2>\n\n\n\n

Hvis plugins ikke er \u00e5rsagen, kan problemet ligge i det aktive tema. Dette kan skyldes en opdatering med en fejl, korrupte filer, eller fordi temaet kolliderer med en ny PHP- eller WordPress-coreversion (dette kan ske, hvis temaet ikke l\u00e6ngere vedligeholdes).<\/p>\n\n\n\n

Naviger via FTP til \/wp-content\/themes\/. Omd\u00f8b mappen af dit aktive tema (for eksempel kadence til kadence_old).<\/p>\n\n\n\n

WordPress vil opdage, at det aktive tema mangler og falder automatisk tilbage p\u00e5 et standardtema, som Twenty Twenty-Six. Kontroller om siden nu er synlig igen.<\/p>\n\n\n\n

Trin 5: \u00d8g PHP-hukommelsesgr\u00e6nsen<\/strong><\/h2>\n\n\n\n

En hvid sk\u00e6rm kan opst\u00e5, n\u00e5r et script kr\u00e6ver mere hukommelse, end serveren tillader. Processen afbrydes derefter brat.<\/p>\n\n\n\n

Du kan \u00f8ge hukommelsesgr\u00e6nsen for WordPress i wp-config.php filen. Tilf\u00f8j f\u00f8lgende linje, lige f\u00f8r linjen “That’s all, stop editing”:<\/p>\n\n\n\n

define( ‘WP_MEMORY_LIMIT’, ‘256M’ );<\/p>\n\n\n\n

Gem filen og test hjemmesiden.<\/p>\n\n\n\n

Kontroller ogs\u00e5 i hostingspanelet, om PHP-indstillingerne er korrekte. I v\u00e6rkt\u00f8jer som PHP Selector kan du ofte administrere memory_limit for hele kontoen. S\u00f8rg for, at denne v\u00e6rdi svarer til v\u00e6rdien i din konfigurationsfil.<\/p>\n\n\n\n

Trin 6: Unders\u00f8g syntaksfejl og nylige \u00e6ndringer<\/strong><\/h2>\n\n\n\n

Har du for nyligt manuelt tilf\u00f8jet kode til filer som functions.php? En lille syntaksfejl, s\u00e5som et glemt semikolon eller en forkert anf\u00f8rselstegn, for\u00e5rsager straks en hvid sk\u00e6rm.<\/p>\n\n\n\n

Fejlmeddelelsen fra Trin 2 (Fejlretningstilstand) angiver ofte det n\u00f8jagtige linjenummer, hvor PHP Parse Error opst\u00e5r.<\/p>\n\n\n\n

Fjern den for nyligt tilf\u00f8jede kode via FTP. Hvis du ikke er sikker p\u00e5, hvad der er \u00e6ndret, skal du gendanne en sikkerhedskopi af den specifikke fil.<\/p>\n\n\n\n

Trin 7: Avancerede l\u00f8sninger<\/strong><\/h2>\n\n\n\n

Hvis ovenst\u00e5ende trin ikke virker, kan der v\u00e6re et problem med serverkonfigurationen eller kernefilerne.<\/p>\n\n\n\n

Kontroller filrettigheder<\/strong><\/h3>\n\n\n\n

Filrettigheder (permissions) bestemmer, hvem der m\u00e5 l\u00e6se, redigere eller k\u00f8re filer p\u00e5 serveren. Hvis disse rettigheder er indstillet for strengt, kan webserveren ikke indl\u00e6se filerne. Dette resulterer i en hvid sk\u00e6rm.<\/p>\n\n\n\n

De korrekte standardv\u00e6rdier for WordPress er:<\/strong><\/p>\n\n\n\n