Viktigste punkter
- 01Dekker alle HTTP-statuskoder fra 100 til 511, hentet fra RFC 9110 og IANA-registeret.
- 02Søk etter kodenummer, navn eller en uttrykk fra beskrivelsen — listen filtreres øyeblikkelig.
- 03Filtrer etter klasse (1xx, 2xx, 3xx, 4xx, 5xx) for å fokusere mens du debugger.
- 04Gratis, øyeblikkelig, ingen pålogging — kjøres helt i nettleseren din.
Hvorfor en dedikert HTTP-statuskode referanse?
Hver webentwickler treffer en statuskode de ikke har sett på en stund. Du vet 404 og 500, men hva er nøyaktig forskjellen mellom 401 og 403? Når skal du returnere 422 i stedet for 400? Er 418 faktisk i spesifikasjonen? En rask referanse som forklarer koder på vanlig engelsk — i stedet for å sitere RFC juridisk språk — besvarer disse spørsmålene på sekunder.
Handytool's oppslag er hentet fra RFC 9110 (den nåværende HTTP-semantikkspesifikasjonen) og IANA HTTP-statusregisteret, inkludert WebDAV-tillegg (207, 423, 424) og mindre vanlige koder du vil møte i virkelige API-svar. Hver oppføring har en ensetnings vanlig engelsk oppsummering som retter seg mot utviklere, ikke standardiseringskomiteer.
Hvordan slå opp en HTTP-statuskode
- 01
Søk etter kode, navn eller nøkkelord
Skriv en kode (404), et navnfragment (Not Found) eller en beskrivende uttrykk (teapot, redirect, authentication). Listen filtreres i sanntid.
- 02
Filtrer etter klasse
Bruk klasseknappene for å vise bare 1xx informasjonsgivende, 2xx suksess, 3xx omdirigering, 4xx klientfeil eller 5xx server feil-koder. Nyttig når du debugger en omdirigerings kjede eller en serverfeil og vil se alle koder i denne familien.
- 03
Les den vanlig engelsk forklaringen
Hver oppføring inkluderer det offisielle navnet, kodenummeret og en konsise utviklerfokusert beskrivelse av hva koden betyr og når det gjelder.
Statuskoder som er verdt å memorisere
- 01200 OK — standard suksess for GET-, POST- og PUT-svar.
- 02201 Created — ressurs ble opprettet; typisk returnert etter en vellykket POST.
- 03204 No Content — suksess uten svarbropp; vanlig etter DELETE.
- 04301 Moved Permanently — kanonisk omdirigering; søkemotorer overfører linkekvalitet.
- 05400 Bad Request — malformet syntaks, manglende felt eller ikke analysert nyttelast.
- 06422 Unprocessable Entity — syntaktisk gyldig forespørsel som mislykkes forretningslogikk.
Øyeblikkelig oppslag, ingen serveranrop
Hele statuskodetdatabasen er pakket inn på siden. Søking, filtrering og lesing av beskrivelser skjer alle lokalt i nettleseren — ingen spørring sendes til noen server, og siden fungerer offline når den er lastet inn.
Referansen inkluderer leverandørspesifikk koder du vil møte i jungelen, som Cloudflare 52x-rekkefølgen for oppstrøms feil. Disse blir notert som leverandørtillegg i stedet for standard HTTP, slik at du kan skille mellom en spec-definert kode og en plattformspesifikk.
HTTP Status Code Lookup FAQ
Hva er forskjellen mellom 400 og 422?
400 Bad Request er for forespørsler serveren ikke kan analysere i det hele tatt — bruten JSON, ugyldig spørringssyntaks. 422 Unprocessable Entity er for forespørsler som analyseres riktig men mislykkes semantisk validering, som en duplikat-e-post eller en aldersverdi under minimum.
Hva er forskjellen mellom 401 og 403?
401 betyr uautentisert — gi legitimasjonen og prøv igjen. 403 betyr autentisert men forbudt — du har ikke den påkrevde tillattelsen, og ulike legitimasjonen kan hjelpe, men samme vil ikke.
Er 418 I'm a Teapot en faktisk HTTP-statuskode?
Ja — det ble definert i April Fools' RFC 2324 (1998), bekreftet på nytt i RFC 7168 og inkludert i IANA-registeret. Det brukes ikke av HTTP selv, men en håndfull tjenester returnerer det som et påskeegg.
Hva RFC dekker moderne HTTP-statuskoder?
RFC 9110, publisert i juni 2022, er den nåværende HTTP-semantikkspesifikasjonen. Den erstatter RFC 7231 og konsoliderer kjerne HTTP-statuskoddefinisjonene.
Hvorfor ser jeg statuskoder over 511?
Koder over 511 er utilordnede i IANA-registeret. Noen platformer (som Cloudflare) bruker egne 5xx-koder for sine egne feilbetingelser, men de er leverandørtillegg i stedet for standard HTTP.