Vigtigste punkter
- 01Dækker hver HTTP-statuskode fra 100 til 511, sourcet fra RFC 9110 og IANA-registeret.
- 02Søg efter kodenummer, navn eller en sætning fra beskrivelsen — listen filtreres øjeblikkeligt.
- 03Filtrer efter klasse (1xx, 2xx, 3xx, 4xx, 5xx) for at indsnævre fokus under debugging.
- 04Gratis, øjeblikkelig, ingen tilmelding — kørende fuldstændigt i din browser.
Hvorfor en dedikeret HTTP-statuskode-reference?
Hver webudvikler rammer en statuskode de ikke har set i et stykke tid. Du kender 404 og 500, men hvad præcist er forskellen mellem 401 og 403? Hvornår bør du returnere 422 i stedet for 400? Er 418 faktisk i spec? En hurtig reference der forklarer koder på plain English — i stedet for at citere RFC juridisk sludder — besvarer disse spørgsmål på få sekunder.
Handytools opslag er sourcet fra RFC 9110 (den nuværende HTTP semantik-specifikation) og IANA HTTP status-registeret, inklusive WebDAV-udvidelser (207, 423, 424) og mindre almindelige koder du støder på i rigtige API-svar. Hver post har en en-sætnings plain-English-sammenfatning rettet mod udvikler, ikke standardiseringsudvalg.
Sådan slår du en HTTP-statuskode op
- 01
Søg efter kode, navn eller søgeord
Skriv en kode (404), et navnefragment (Not Found) eller en beskrivende sætning (teapot, redirect, authentication). Listen filtreres i realtid.
- 02
Filtrer efter klasse
Brug klasseknopper for at vise kun 1xx information, 2xx success, 3xx redirect, 4xx client error eller 5xx server error-koder. Nyttigt når du debugger en redirect-kæde eller en server-fejl og ønsker at se alle koder i den familie.
- 03
Læs plain-English-forklaring
Hver post inkluderer det officielle navn, kodenummeret og en kortfattet udvikler-fokuseret beskrivelse af hvad koden betyder og hvornår den gælder.
Statuskoder værd at huske
- 01200 OK — standard success til GET, POST og PUT-svar.
- 02201 Created — ressource blev oprettet; typisk returneret efter en vellykket POST.
- 03204 No Content — success med ingen svar-body; almindelig efter DELETE.
- 04301 Moved Permanently — kanonisk redirect; søgemaskiner overfører link-equity.
- 05400 Bad Request — malformed syntaks, manglende felter eller uparserbar payload.
- 06422 Unprocessable Entity — syntaktisk gyldig anmodning der mislykkes forretningslogik.
Øjeblikkelig opslag, ingen server-opkald
Hele statuskode-databasen er samlet ind på siden. Søgning, filtrering og læsning af beskrivelser sker alle lokalt i din browser — ingen forespørgsel sendes til nogen server, og siden fungerer offline når den er indlæst.
Referencen inkluderer leverandørspecifik koder du støder på i det vilde, såsom Cloudflares 52x-område til upstream-fejl. Disse er noteret som leverandør-udvidelser i stedet for standard HTTP, så du kan skelne mellem en spec-defineret kode og en platform-specifik.
HTTP-statuskode-opslag FAQ
Hvad er forskellen mellem 400 og 422?
400 Bad Request er til anmodninger serveren slet ikke kan parse — brudt JSON, ugyldigt query-syntaks. 422 Unprocessable Entity er til anmodninger der parser korrekt men mislykkes semantisk validering, som en duplikat email eller en alder-værdi under minimum.
Hvad er forskellen mellem 401 og 403?
401 betyder uautentificeret — giv detaljer og gentag. 403 betyder autentificeret men forbudt — du har ikke den påkrævede tilladelse, og forskellige detaljer kan hjælpe men de samme vil ikke.
Er 418 I'm a Teapot en rigtig HTTP-statuskode?
Ja — det blev defineret i April Fools RFC 2324 (1998), bekræftet i RFC 7168 og inkluderet i IANA-registeret. Det bruges ikke af HTTP selv men en håndfuld tjenester returnerer det som et Easter egg.
Hvad RFC dækker moderne HTTP-statuskoder?
RFC 9110, udgivet i juni 2022, er den nuværende HTTP semantik-specifikation. Det erstatter RFC 7231 og konsoliderer core HTTP-statuskode-definitioner.
Hvorfor ser jeg statuskoder over 511?
Koder over 511 er uassignede i IANA-registeret. Nogle platforme (som Cloudflare) bruger brugerdefineret 5xx-koder til deres egne fejlbetingelser, men disse er leverandør-udvidelser i stedet for standard HTTP.