Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
support@hostious.io
Hostious videnscenter

WordPress fejl og fejlfinding. Start med det, du kan se.

En WordPress-fejl bliver sjældent nemmere af, at man prøver ti løsninger på én gang. Start med det første sikre tegn – en HTTP-status, en PHP-fejl, et REST-svar eller en ændring lige før fejlen – og gå til den guide, der ejer netop det symptom.

Find din guide ↓Spørg vores support ↗

42 guides · Skrevet ud fra driften hos Hostious

Vælg det spor, du står i

Kort svar

Gem fejlkode, URL, tidspunkt og den seneste ændring, før du gør noget. Vælg derefter guiden ud fra det første sikre tegn – og ændr kun én ting ad gangen med en kendt vej tilbage.

  1. 1Gem fejlkoden · Statuskode eller præcis besked
  2. 2Notér URL og tid · Hele siden eller én request?
  3. 3Find seneste ændring · Opdatering, plugin eller PHP
  4. 4Ændr én ting · Og test igen bagefter

Find fejlen ud fra det første sikre tegn

Vælg det spor, du står i – eller se alle 20. Hvert kort fortæller, hvad du skal gemme først, hvor svær fejlen typisk er, og hvor lang tid du skal afsætte.

HTTP-fejl11

500 straks efter en .htaccess-ændring

Gendan .htaccess

Gem først: kopi af filen før og efter ændringen

10–30 min. · Lav

„HTTP-fejl“ ved billedupload

HTTP-fejl ved upload

Gem først: billedets dimensioner og svarkoden i Netværk-fanen

15–45 min. · Lav-middel

cURL error 28 eller loopback-fejl

cURL error 28 og loopback

Gem først: en test udefra og indefra af samme URL

20–60 min. · Middel

PHP og database11

„Der er opstået en kritisk fejl“

Kritisk fejl i WordPress

Gem først: PHP-loglinjen og den handling, der udløste den

30–90 min. · Middel-høj

Helt hvid side

Hvid skærm i WordPress

Gem først: HTTP-status, PHP-log og seneste ændring

30–90 min. · Middel-høj

Fatal error: Allowed memory size … exhausted

Allowed memory size exhausted

Gem først: hele loglinjen med fil og bytegrænse

20–60 min. · Middel

Fejl lige efter et PHP-versionsskift

Fejl efter PHP-opgradering

Gem først: PHP-loglinjen og den tidligere version

30–90 min. · Middel

„Table is marked as crashed“ i loggen

Reparér databasetabellen

Gem først: databasebackup og resultatet af CHECK TABLE

20–45 min. · Middel

Mail om „et teknisk problem med dit websted“

Brug gendannelsestilstand

Gem først: fejltype, fil og linje fra mailen

10–30 min. · Lav-middel

Editor og login8

Editoren viser ugyldigt JSON-svar

Not a valid JSON response

Gem først: REST-request, statuskode og response body

15–45 min. · Lav-middel

Site Health viser en REST API-fejl

WordPress REST API-fejl

Gem først: endpoint, metode, status og svar

20–45 min. · Lav-middel

Login sender dig i ring eller klager over cookies

Login-loop og cookies

Gem først: inkognitotest og cachestatus på login-siden

10–40 min. · Lav-middel

„Sorry, you are not allowed to access this page“

Rettigheder efter flytning

Gem først: tabelpræfiks i wp-config og databasen

20–45 min. · Middel

Opdatering og konflikt5

Fejlen kom efter en plugin- eller temaændring

Find plugin- eller temakonflikten

Gem først: versionsændringen og en handling, der genskaber fejlen

30–90 min. · Middel

Planlagte indlæg udgives ikke

wp-cron virker ikke

Gem først: forfaldne cron-hændelser og seneste kørsel

15–45 min. · Lav-middel

„Destination folder already exists“

Ryd op og installér igen

Gem først: mappens navn og indhold i wp-content

5–15 min. · Lav

Nye i emnet7

Seneste guides i kategorien

Fire spor, der sparer dig for gætteri

Det samme symptom kan have flere forklaringer. Her er det, du skal se efter, før du ændrer noget på live-sitet.

HTTP-fejl: læs koden, før du rydder cache

En 403 betyder, at requesten bliver afvist. En 502 betyder, at et mellemled ikke fik et brugbart svar fra næste led. De kan ligne hinanden for den besøgende, men loggen og den ansvarlige komponent er forskellig.

Notér URL, klokkeslæt og om fejlen rammer alle sider eller kun én request. Har fejlsiden Cloudflare-branding eller et Ray ID, så fortsæt i Cloudflare-hubben.

PHP, database eller en tom side?

„Kritisk fejl“, hvid skærm og memory exhausted kan alle begynde i PHP. En konkret fatal error er mere værd end et gæt om for lidt hukommelse – så hæv ikke en grænse, før loggen viser, hvad der bruger ressourcen.

Ved databasefejl skal du skelne mellem forkerte forbindelsesoplysninger, en utilgængelig databaseproces og en konkret tabel- eller queryfejl. En forside fra page cache beviser ikke, at databasen svarer.

Når forsiden virker, men editoren ikke gør

Kan siden læses, men et indlæg ikke gemmes, er editorens request og REST-svar vigtigere end forsiden. Gem endpoint, statuskode og response body, før du ændrer permalinks eller firewall.

En efterladt vedligeholdelsesfil efter en opdatering er derimod en smal fejl, der normalt ikke kræver permanente ændringer i tema eller plugins.

Konflikttest hører ikke hjemme på live

Et plugin eller tema kan være årsagen uden at blive slået fra for alle besøgende. Genskab først fejlen på staging, del de mistænkte komponenter i grupper, og test den samme handling – det er hurtigere end at deaktivere alt og gætte.

Har du ikke adgang til log, filbackup eller en sikker stagingkopi, kan Hostious hjælpe med at afgrænse fejlen, før live-sitet ændres.

Andre emner i Fejlfinding

Alle 23 emner →
WooCommerce fejlfindingCheckout, betaling og ordrerMail fejlfindingSPF, DKIM, spam og leveringDomæner, DNS og SSLCertifikater, DNS-opslag og domænerCloudflareFejlkoder, SSL og cacheQUIC.cloud og LiteSpeedLiteSpeed Cache og CDN i praksisPerformance og cacheMål flaskehalsen, før du optimerer

Brug for hjælp?

Vi sidder klar med dansk support døgnet rundt

Er du kunde hos Hostious, kan supporten se i loggen, hvad der gik galt – og rette det med dig. Er du ikke kunde endnu, flytter vi din hjemmeside gratis.

Skriv til supportSe WordPress hosting
Fejlfinding › WordPress fejlfinding