Det kan være frustrerende og stressende at støde på HTTP-statuskodefejl. Det gælder især, når du ikke ved, hvad meddelelsen betyder, eller hvad der forårsager den. En af de fejl, du måske har med at gøre, er HTTP 408 Request Timeout.

Heldigvis kan du tage en håndfuld trin for at fejlfinde og løse dette problem. Du skal blot have en grundlæggende forståelse af, hvad der kan forårsage HTTP 408-fejlen, og derefter implementere løsninger til at løse den.

I dette indlæg forklarer vi HTTP 408-statuskoden og nogle almindelige årsager til fejlen. Derefter gennemgår vi otte mulige løsninger til at løse den. Lad os komme i gang!

Hvad HTTP 408-statuskoden er

HTTP-statuskoder angiver status for en klients anmodning. De kan også omdirigere klienter til forskellige ressourcer afhængigt af deres anmodninger.

Den mest almindelige HTTP-statuskode er 404, som angiver, at den ønskede ressource ikke kunne findes. Andre almindelige statuskoder er 200 (OK), 400 (dårlig forespørgsel) og 500 (intern serverfejl).

Statuskoder er opdelt i fem kategorier:

  1. Information: Serveren er stadig i gang med at behandle anmodningen.
  2. Succesfuld: Anmodningen blev gennemført med succes.
  3. Omdirigerer: Klienten skal omdirigeres til en anden ressource.
  4. Client Fejl: Der var en fejl i forbindelse med anmodningen.
  5. Serverfejl: Der var en fejl med serveren.

HTTP 408 hører til kategorien klientfejl. Statuskoden meddeler, at serveren ikke har modtaget et rettidigt svar fra klienten, og at serveren er gået i stå og har ventet på anmodningen. Dette kan ske, hvis klienten er for lang tid om at sende anmodningen, eller hvis serveren har for travlt til at behandle den.

HTTP 408-fejlen svarer til statuskoden 504 Gateway Timeout. Førstnævnte kommer dog ikke fra en gateway eller proxyserver. Den kommer i stedet direkte fra den webserver, som klienten er forbundet til.

Det kan være frustrerende og stressende at støde på HTTP-statuskodefejl. 😰 Denne guide kan hjælpe. 🛠Klik for at Tweete

Almindelige årsager til HTTP 408 Request Timeout Fejl

Der er en håndfuld mulige årsager bag HTTP 408 Request Timeout-fejlen. Disse årsager omfatter:

  • Netværksforsinkelse
  • Klienterne går ud i tid
  • Servere har for travlt til at håndtere anmodningen

408 Request Timeout-fejlen betyder, at den anmodning, du sendte til webstedserveren, tog længere tid, end serveren var forberedt på at vente. Det kan ske på grund af stor trafik på internettet eller en langsom forbindelse fra din side.

Problemet med denne statuskode er, at den kan opstå af både klient- og serverrelaterede årsager. Med andre ord, selv om 408-fejlen er kategoriseret som en klientfejl, betyder det ikke nødvendigvis, at problemet stammer fra browseren eller enheden. Det er muligt, at serveren er fejlkonfigureret eller ikke håndterer anmodninger korrekt.

Sådan løser du HTTP 408-fejlen (8 løsninger)

Nu hvor vi forstår mere om HTTP 408-statuskoden, skal vi diskutere, hvordan du kan løse den. Nedenfor er otte potentielle løsninger, du kan bruge, opdelt i to kategorier: klientside og serverside.

Klient-side

Nedenfor er nogle klientside-løsninger, som du kan bruge til at løse HTTP 408-fejlen!

1. Sikkerhedskopier dit websted

Det første, du bør gøre, før du foretager fejlfinding af HTTP 408-fejlen, er at tage en backup af dit websted. Hvis noget går galt, mens du forsøger at løse problemet, har du så en komplet, opdateret version af dine filer og database, som du kan gendanne.

Der er flere metoder, du kan bruge til at sikkerhedskopiere dit websted. Den ene er den manuelle metode. Denne metode indebærer, at du bruger en SFTP-klient (Secure File Transfer Protocol), f.eks. FileZilla. Når du har modtaget dine SFTP-oplysninger fra din host og har oprettet forbindelse til serveren, kan du hente dine filer fra rodmappen (mappen public_html ).

Dernæst skal du hente din database via phpMyAdmin. Hvis du er Kinsta-bruger, kan du få adgang til dette via MyKinsta > Websteder > Info:

Afsnittet om databaseadgang fra MyKinsta
Afsnittet om databaseadgang fra MyKinsta

Vælg derefter Open phpMyAdmin for at starte databaseadministratoren. Vælg dit webstedets database i menuen:

Skærmbilledet phpMyAdmin på Kinsta
Skærmbilledet phpMyAdmin på Kinsta

Klik derefter på Eksporter øverst på skærmen. Sørg for at vælge SQL under Format, og klik derefter på Go. Din databasefil bør begynde at blive downloadet.

Du kan også bruge et backup-plugin, f.eks. UpdraftPlus. Når du har installeret og aktiveret plugin’et, skal du navigere til Indstillinger > UpdraftPlus Backups i dit WordPress-dashboard og derefter klikke på Backup Now:

Sikkerhedskopiering af WordPress-websted med UpdraftPlus
Sikkerhedskopiering af WordPress-websted med UpdraftPlus

En tredje mulighed er at tage backup af dit websted via din webhost. Hos Kinsta kan du se dine eksisterende backups ved at logge ind på MyKinsta og derefter navigere til fanen Backups:

fanen MyKinsta Backups
fanen MyKinsta Backups

Du kan oprette op til fem manuelle backups, som automatisk gemmes i to uger. Vi tilbyder også DevKinsta, et gratis lokalt WordPress-udviklingsværktøj, som du kan bruge til staging og backup af dit websted i et lokalt miljø.

Du kan gøre dette ved at gå til DevKinsta og vælge muligheden Import fra Kinsta . Du skal muligvis bekræfte dine hostingoplysninger. Når du vælger dit websted, klarer DevKinsta resten.

2. Kontroller URL’en

En af grundene til, at du måske ser fejlen HTTP 408-statuskode, er, at du simpelthen har indtastet den forkerte URL i browseren. Derfor bør du nu dobbelttjekke URL’en for at sikre dig, at du ikke har lavet nogen skrivefejl.

Vær meget opmærksom på domænenavnet, især hvis der er skråstreger eller bindestreger. Prøv at indtaste URL’en igen og derefter genindlæse siden. Hvis timeout-forespørgselsfejlen stadig er til stede, kan du gå videre til den næste løsning.

3. Gennemgå de seneste databaseændringer

Hvis du for nylig har foretaget ændringer i din database, kan de være årsag til HTTP 408-fejlen. Du skal tilbageføre de ændringer, du har foretaget, for at løse problemet.

Nyligt installerede udvidelser eller opdateringer til din database kan have ændret databaseposter, der forårsager problemer. For at se, om dette er tilfældet, anbefaler vi, at du åbner din database (phpMyAdmin) og manuelt går igennem for at kontrollere eventuelle tabeller eller poster, der for nylig er blevet ændret. Hvis du finder nogen, skal du vende dem tilbage til deres oprindelige tilstand.

4. Afinstaller udvidelser og plugins

Tilføjelse af udvidelser og plugins til dit websted kan forårsage forskellige inkompatibilitetsproblemer og fejl, herunder HTTP 408-statuskoden. En af de nemmeste måder at se, om dette er tilfældet, er at deaktivere alle plugins på dit websted.

Hvis du har adgang til dit WordPress-dashboard, kan du gøre dette ved at navigere til Plugins fra administrationsområdet, vælge alle de installerede plugins og derefter vælge Deactivate (Deaktiver) fra dropdown-menuen Bulk actions (Massehandlinger). Klik nu på Anvend:

Deaktivering af WordPress-plugins i bulk
Deaktivering af WordPress-plugins i bulk

Hvis du ikke har adgang til dit dashboard, kan du deaktivere dine udvidelser i bulk ved at oprette forbindelse til dit websted via SFTP og derefter omdøbe plugins-mappen til noget som “plugins_old”.

Besøg dit websted igen. Du kan antage, at det var et plugin, der var skyld i det, hvis du ikke længere ser fejlmeddelelsen.

Du skal genaktivere hvert plugin et efter et og kontrollere webstedet ind i mellem. Når du ser fejlmeddelelsen igen, skal du afinstallere den pågældende udvidelse og finde en erstatning (eller kontakte udvikleren for at få flere oplysninger).

5. Rul de seneste ændringer tilbage

Hvis du for nylig har foretaget ændringer på dit WordPress-websted, f.eks. ved at installere et nyt plugin eller opdatere WordPress-softwaren, kan det være, at du ser HTTP 408-fejlen. Nye værktøjer kan nogle gange føre til konfigurationsproblemer. Du kan rulle de seneste ændringer tilbage ved at gendanne dit websted til en tidligere version.

Hvis du er Kinsta-bruger, skal du åbne dit MyKinsta-dashboard og derefter navigere til Websteder og vælge dit websted. Klik derefter på Backups.

På listen over backups finder du den version, du vil gendanne, klikker på Gendan til og vælger derefter Scene eller Live:

Gendannelse af en WordPress-backup fra MyKinsta
Gendannelse af en WordPress-backup fra MyKinsta

Dernæst kan du bekræfte gendannelsen af sikkerhedskopien og klikke på Gendan backup. Når sikkerhedskopien er færdig, kan du kontrollere, om fejlmeddelelsen stadig vises.

Server-side

Hvis ingen af de ovenstående løsninger virkede, kan HTTP 408-fejlen skyldes et problem på serversiden. Lad os se på potentielle løsninger, du kan bruge til at løse det.

6. Kontroller serverkonfigurationsfiler

En af de måder, hvorpå du kan afgøre årsagen til HTTP 408-fejlen, er at kontrollere dine serverkonfigurationsfiler via SFTP. Processen for at gøre dette afhænger af din serversoftware.

Der er stor sandsynlighed for, at din server enten kører på Apache eller Nginx. Hvis du er en Kinsta-bruger, bruger vi Nginx.

Hvis du bruger Apache, kan du kigge efter .htaccess-filen i dit webstedets rodmappe. Når du finder filen, skal du åbne den og kigge efter følgende linjer:

Kæmper med nedetid og WordPress-problemer? Kinsta er hostingløsningen designet til at spare din tid! Tjek vores funktioner
  • KeepAliveTimeout
  • RequestReadTimeout

Hvis du finder disse direktiver, kan du kommentere dem ud ved at bruge symbolet # før linjen. Derefter kan du gemme filen og genindlæse siden i din browser.

Hvis du er Kinsta-bruger, kan du kontrollere din .htaccess-fil ved at åbne dit MyKinsta-dashboard og navigere til dit websted under Websteder. Find afsnittet SFTP/SSH for at få dine legitimationsoplysninger, og brug dem derefter til at oprette forbindelse til dit websted via en FTP-klient.

Naviger derefter til mappen public_html, og find og åbn derefter.htaccess-filen :

.htaccess-filen i en WordPress-mappe
.htaccess-filen i en WordPress-mappe

Kig efter et af de to direktiver, der er nævnt ovenfor. Hvis du ser nogen af disse regler, skal du kommentere dem ud og gemme dine ændringer.

7. Gennemgå programlogfiler

Dine logfiler på serversiden kan være uvurderlige til at give oplysninger om dine programmer, herunder hvad de gjorde, hvilke sider der blev anmodet om, hvilke servere der blev oprettet forbindelse til og meget mere. Hvis du er Kinsta-bruger, kan du tjekke dine fejllogfiler ved hjælp af logviseren i MyKinsta.

Hvis du ikke bruger et Kinsta-hostingabonnement, eller hvis din vært ikke leverer et logningsværktøj, kan du indsætte følgende kode i din wp-config.php-fil:

define( 'WP_DEBUG', true );

define( 'WP_DEBUG_LOG', true );

define( 'WP_DEBUG_DISPLAY', false );

Dette vil aktivere WordPress debugging mode.

Fra MyKinsta skal du navigere til Websteder > Logs:

Logviseren i MyKinsta
Logviseren i MyKinsta

Her finder du logviseren, der viser dine fejllogfiler. Du kan klikke på access.log fra dropdown-menuen. Det er her, du kan finde alle HTTP-forespørgsler fra dit websted. Du kan også søge efter alle HTTP 408-forespørgsler ved hjælp af søgelinjen.

Hvis du finder nogen fejl, kan du bruge oplysningerne til at finde ud af, hvilken webside der er årsag til problemet. Dette kan hjælpe dig med at indsnævre kilden til problemet.

8. Fejlsøgning af apps eller scripts

Hvis du stadig ser HTTP 408-fejlen på dette tidspunkt, er det tid til at fejlfinde dit websted. Der er en håndfuld muligheder, du kan bruge til denne proces.

Den ene er at bruge et plugin som Query Monitor:

WordPress Query Monitor plugin
WordPress Query Monitor plugin

Dette gratis plugin debugger din hjemmesides ydeevne og udvikling. Det giver dig mulighed for at kontrollere databaseforespørgsler, scripts, timing og meget mere.

En anden mulighed er at bruge et APM-værktøj (Application Performance Monitoring). Denne software hjælper dig med at overvåge og optimere ydeevnen på dit websted eller din applikation.

Ved at bruge et APM-værktøj kan du hjælpe dig med at fejlfinde dit websted ved at give dig indsigt i dets ydeevne og placeringen af eventuelle flaskehalse. Disse oplysninger kan hjælpe dig med at identificere og løse eventuelle problemer, der forårsager, at dit websted kører langsomt eller har andre ydelsesproblemer.

Du kan bruge vores Kinsta APM-værktøj. Det er et specialudviklet værktøj til overvågning af ydeevne for WordPress-websteder, der hjælper dig med at identificere problemer med ydeevnen. Det er også gratis for alle websteder, der er hostet hos os.

Du kan få adgang til Kinsta APM via dit MyKinsta-dashboard ved at navigere til Websteder > Kinsta APM:

Kinsta APM værktøjet
Kinsta APM værktøjet

Når du har aktiveret APM, kan du bruge en række værktøjer og funktioner. Disse omfatter diagnosticering af ydelsesproblemer og overvågning af resultater.

Det er nemmere end du måske tror at løse dette irriterende problem. 😌 Her er hvordan du kommer i gang... ✅Klik for at Tweete

Opsummering

HTTP-statuskoder kan give en lang række oplysninger om klient- og serverforespørgsler. Nogle af disse meddelelser indikerer dog problemer, f.eks. HTTP 408 Request Timeout-fejlen.

Som vi diskuterede i dette indlæg, kan kilden til problemet enten være på klient- eller serversiden. For at fejlfinde og løse statuskodefejlen bør du gennemgå og rulle de seneste ændringer tilbage, tjekke din serverkonfigurationsfil og programlogfiler og fejlfinde dine apps og scripts.

Ønsker du at skifte til hosting, der giver nem adgang til software til at identificere, teste og løse problemer på dit websted? Se vores Kinsta-hostingabonnementer for at få mere at vide om vores APM- og udviklingsværktøjer!


Spar tid, omkostninger og maksimer webstedets ydeevne med:

  • Øjeblikkelig hjælp fra WordPress-hostingeksperter, 24/7.
  • Cloudflare Enterprise integration.
  • Globalt publikum når med 35 datacentre verden over.
  • Optimering med vores indbyggede Application Performance Monitoring.

Alt dette og meget mere, i en plan uden langsigtede kontrakter, assisteret migration og en 30-dages pengene-tilbage-garanti. Tjek vores planer, eller tal med salgsteamet for at finde den plan, der passer til dig.