HOSTIOUS VIDENSCENTER
En WordPress-fejl bliver sjældent nemmere af, at man prøver ti løsninger på én gang. Start med det, du faktisk kan se: en HTTP-status, en PHP-fejl, et REST-svar eller et problem, der opstod lige efter en bestemt ændring. Tabellen sender dig til den guide, som ejer netop det symptom, så du kan undersøge én forklaring ad gangen og rulle sikkert tilbage.
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.
| Det du ser | Begynd med at gemme | Risiko og typisk tid | Guide |
|---|---|---|---|
| 502 Bad Gateway | URL, tidspunkt og om fejlen rammer hele siden | Middel · 20-60 min. | 502 Bad Gateway i WordPress |
| 403 Forbidden | Den afviste URL, brugerstatus og firewallhændelse | Middel · 20-60 min. | 403 Forbidden i WordPress |
| Editor eller publicering viser ugyldigt JSON-svar | REST-request, statuskode og response body | Lav-middel · 15-45 min. | Not a valid JSON response |
| “Der er opstået en kritisk fejl” | PHP-loglinje og den handling, der udløste den | Middel-høj · 30-90 min. | Kritisk fejl i WordPress |
| Fejl ved oprettelse af databaseforbindelse | Tidspunkt, cachetilstand og database-status | Høj · 30-90 min. | Fejl ved oprettelse af databaseforbindelse |
| Helt hvid side | HTTP-status, PHP-log og seneste ændring | Middel-høj · 30-90 min. | Hvid skærm i WordPress |
| Allowed memory size exhausted | Hele loglinjen med fil og bytegrænse | Middel · 20-60 min. | Allowed memory size exhausted |
| Site Health viser en REST API-fejl | Endpoint, metode, status og svar | Lav-middel · 20-45 min. | WordPress REST API-fejl |
| Siden er fast i vedligeholdelsestilstand | Opdateringen, tidspunktet og filstatus | Lav · 10-30 min. | Fast i vedligeholdelsestilstand |
| Fejlen kom efter plugin- eller temaændring | Versionsændring og en reproducerbar handling | Middel · 30-90 min. | Find plugin- eller temakonflikten |
| Planlagte indlæg udgives ikke („Missed schedule“) | Forfaldne cron-hændelser og seneste kørsel | Lav-middel · 15-45 min. | wp-cron virker ikke |
| Mail om „et teknisk problem med dit websted“ | Fejltype, fil og linje fra mailen | Lav-middel · 10-30 min. | Brug gendannelsestilstand |
| „HTTP-fejl“ ved billedupload | Billedets dimensioner og svarkoden i Netværk-fanen | Lav-middel · 15-45 min. | HTTP-fejl ved upload |
| cURL error 28 eller loopback-fejl i Site Health | Udefra- og indefra-test af samme URL | Middel · 20-60 min. | cURL error 28 og loopback |
| „Table is marked as crashed“ i loggen | Databasebackup og CHECK TABLE-resultat | Middel · 20-45 min. | Reparér databasetabellen |
| Login sender dig i ring eller klager over cookies | Inkognitotest og cache-status på login-siden | Lav-middel · 10-40 min. | Login-loop og cookies |
| „Destination folder already exists“ | Mappens navn og indhold i wp-content | Lav · 5-15 min. | Ryd op og installér igen |
| Fejl lige efter et PHP-versionsskift | PHP-loglinjen og den tidligere version | Middel · 30-90 min. | Fejl efter PHP-opgradering |
| 500 straks efter en .htaccess-ændring | Kopi af filen før og efter ændringen | Lav · 10-30 min. | Gendan .htaccess |
| „Sorry, you are not allowed to access this page“ | Tabelpræfiks i wp-config og database | Middel · 20-45 min. | Rettigheder efter flytning |
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. Hvis fejlsiden har Cloudflare-branding eller et Ray ID, skal du fortsætte i Cloudflare-hubbet i stedet for at behandle den som en almindelig WordPress-fejl.
“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. Hæv derfor ikke en grænse, før loggen viser, hvad der bruger ressourcen, og om samme handling udløser fejlen igen.
Ved databasefejl skal du skelne mellem forkerte forbindelsesoplysninger, en utilgængelig databaseproces og en konkret tabel- eller queryfejl. En forside fra page cache er ikke bevis for, at databasen svarer.
Hvis siden kan læses, men et indlæg ikke kan 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.
Et plugin eller tema kan være årsagen uden at blive slået fra for alle besøgende. Genskab først fejlen på staging eller i et isoleret testmiljø. Del derefter de mistænkte komponenter i grupper, test den samme handling og indsnævr systematisk. Det er hurtigere end at deaktivere alt og gætte sig gennem en tilfældig rækkefølge.
Har du ikke adgang til log, filbackup eller en sikker stagingkopi, kan Hostious hjælpe med at afgrænse WordPress-fejlen, før live-sitet ændres.
