Gratis HTTP-statuskoder, referens

Används för förfrågningar med Expect: 100-continue. Servern bekräftar att den är villig att ta emot brödtexten innan klienten skickar den. Sällan förekommande i moderna webbappar.

Mest använd för WebSocket-uppgraderingar — klienten begär Upgrade: websocket och servern svarar 101 för att växla.

Ett WebDAV-interimssvar som skickas för att förhindra timeout på klienten under långa operationer. Föråldrad — moderna servrar bör inte skicka den.

Låter servrar skicka Link-rubriker (preload/preconnect) medan det slutgiltiga svaret fortfarande förbereds, så webbläsare kan börja hämta kritiska tillgångar tidigare.

Standardsvaret vid framgång. Betydelsen beror på HTTP-metoden: GET → resurs returnerad, POST/PUT → åtgärd slutförd.

Vanligt efter en POST. Svaret bör innehålla en Location-rubrik som pekar på den nya resursens URL.

För asynkrona operationer — servern köar arbetet. Klienten bör avfråga en statusslutpunkt eller återkomma senare.

Förfrågan lyckades, men en mellanhand (såsom en cache- eller transformeringsproxy) ändrade nyttolasten från ursprungsservern — till exempel omkomprimering av bilder. Sällsynt i praktiken.

Ofta använd för DELETE-operationer eller PUT-uppdateringar som inte behöver returnera en brödtext. Klienten bör inte navigera bort från den aktuella sidan.

Liksom 204 returneras ingen brödtext — men klienten får också besked om att återställa formuläret eller vyn som producerade förfrågan (t.ex. rensa formulärfälten för nästa post).

Svar på en Range-förfrågan. Används av videospelare och nedladdningshanterare för att återuppta avbrutna nedladdningar eller strömma stora filer.

WebDAV: en XML-brödtext rapporterar resultatet av flera deloperationer oberoende av varandra — t.ex. en batchflyttning där vissa objekt lyckades och andra misslyckades.

WebDAV: använt inuti 207 Multi-Status-svar för att undvika att upprepa medlemmar av samma samling när bindningar skapar loopar.

Delta-kodning: servern returnerar en diff mot en tidigare version istället för hela resursen, sparar bandbredd. Mycket sällan implementerad.

Servern erbjuder flera alternativ (t.ex. olika format eller språk) och klienten bör välja ett. Sällan använd, eftersom automatisk innehållsförhandling vanligtvis hanterar detta.

Använd för permanenta URL-ändringar — sökmotorer uppdaterar sitt index. SEO-auktoritet överförs till den nya URL:en.

Anger att omdirigeringen inte är permanent. Cachning är mindre aggressiv än 301. Använd för saker som 'inloggning krävs, omdirigerar till /login'.

Använt efter POST-inskickning — svaret säger 'din POST fungerade, se denna GET-URL för resultatet'. Webbläsare hämtar alltid den nya URL:en.

Svar på en villkorad förfrågan (med If-None-Match eller If-Modified-Since-rubriker). Sparar bandbredd — ingen brödtext returneras.

Om originalet var POST, använder omdirigeringen också POST. Modernt alternativ till 302 när metodbevarande är viktigt.

Modernt ersättande för 301 när du vill att POST-förfrågningar förblir POST efter omdirigeringen.

Vanliga orsaker: felformat JSON i brödtext, ogiltiga frågeparametrar eller saknade obligatoriska fält. Kontrollera förfrågningsbrödtext och rubriker.

Klienten måste inkludera autentiseringsuppgifter (Authorization-rubrik, cookie, token). 'Unauthorized' är en feltolkning — det betyder egentligen 'oautentiserad'.

Ursprungligen avsett för digitala betalningar. Modern användning: API:er returnerar ibland 402 när en användare har överskridit sin betalda kvot.

Annorlunda från 401 — användaren ÄR inloggad, men deras konto har inte behörighet för denna resurs. Kontrollera roll-/behörighetslogik.

Antingen är URL:en fel, resursen togs bort eller den existerade aldrig. Servrar returnerar ibland 404 för att dölja att 403 skulle vara mer korrekt.

Till exempel en GET-förfrågan till en slutpunkt som bara accepterar POST. Svaret bör innehålla en Allow-rubrik som listar giltiga metoder.

Klienten begärde en innehållstyp, språk eller kodning (via Accept, Accept-Language, Accept-Encoding) som servern inte kan uppfylla. Många servrar hoppar över streng förhandling och returnerar en standard istället.

Liksom 401, men utfärdat av en proxy: klienten måste skicka Proxy-Authorization-uppgifter. Sett på företagsnätverk med autentiserande proxyservrar.

Klienten tog för lång tid på sig att skicka begärandetexten eller höll anslutningen inaktiv. Försök igen.

Returneras vanligtvis för konflikter vid samtidig redigering eller dubblering av resurser (t.ex. att skapa en användare med en e-postadress som redan finns).

Starkare än 404 — servern vet uttryckligen att resursen FANNS men har tagits bort permanent. Sökmotorer avindexerar den.

Begäran avvisades eftersom den saknade en Content-Length-header och servern vägrar att acceptera brödtexter med okänd storlek. Lägg till headern och försök igen.

Returneras när villkorliga headers som If-Match eller If-Unmodified-Since misslyckas — vanligtvis optimistisk låsning: någon annan ändrade resursen sedan din version. Hämta igen och försök på nytt.

Vanligt när stora filer laddas upp. Serverkonfiguration (nginx, apache) ställer in en maximal storlek på brödtexten. Kontrollera serverns konfiguration.

Vanligtvis orsakad av mycket långa frågesträngar (t.ex. kodning av data i en GET). Byt till en POST-body eller höj serverns gräns om du kontrollerar den.

Till exempel att skicka application/xml till en server som bara accepterar application/json. Ställ in Content-Type-headern korrekt.

Range-headern begär en del som filen inte har — t.ex. att återuppta en nedladdning efter filens slut. Svaret bör innehålla Content-Range med den faktiska storleken.

Skickades när servern inte stöder Expect: 100-continue. Vissa klienter skickar denna header som standard på stora POST:ar; att inaktivera den löser vanligtvis problemet.

Ett April Fools-skämt från 1998 (RFC 2324). Vissa verkliga API:er använder det för skämt eller för att markera föråldrade slutpunkter. Inte för produktionsbruk.

Vanligt med HTTP/2-anslutningsåteranvändning: begäran nådde en server som inte är konfigurerad för målvärdnamnet. Klienten bör försöka på en ny anslutning.

Till exempel parsades JSON korrekt men ett obligatoriskt fält saknades, eller ett fältvärde låg utanför intervallet. Vanligt i REST API-valideringssvar.

WebDAV: käll- eller målresursen är låst av en annan klient, så åtgärden kan inte fortsätta. Vänta på att låset släpps eller bryt det med rätt token.

WebDAV: i en kedja av beroende åtgärder misslyckades en tidigare åtgärd, så denna utfördes inte. Titta på det tidigare felet för rotorsaken.

Relaterat till TLS 1.3 0-RTT (tidig data): servern vill inte riskera att bearbeta en begäran som kan vara en återuppspelning. Klienten bör försöka på nytt efter att handskakan är klar.

Servern vägrar att servera begäran över det aktuella protokollet men kommer att göra det efter en uppgradering — svaret innehåller en Upgrade-header som namnger det protokoll som krävs.

Servern kräver villkorliga headers (som If-Match) för att förhindra förlorad-uppdaterings-konflikter. Hämta resursen, fånga dess ETag och skicka igen med If-Match.

Sakta ner. Svaret bör innehålla en Retry-After-header som anger när man ska försöka igen. Vanligt med API:er som har begärandekvot.

Antingen en header eller den totala headerstorleken överskrider gränsen — oftast orsakad av överdrivna cookies. Rensa cookies eller minska vad din app lagrar i dem.

Resursen är blockerad av juridiska skäl — censur, domstolsbeslut eller regionala regler. Numret är en anspelning på romanen Fahrenheit 451.

En generisk catch-all för fel på servern. Kontrollera serverloggar för den faktiska orsaken: ohanterat undantag, databasfel, osv.

Till exempel känner servern inte igen HTTP-metoden. Sällsynt i praktiken — oftare ser du 405.

Vanligt i mikrotjänstarkitekturer. Din lastbalanserare eller omvänd proxy fick ett felaktigt svar från backend-tjänsten.

Antingen nere för underhåll eller överbelastad. Svaret bör innehålla en Retry-After-header. Ofta returnerad under distributioner.

Backend-tjänsten svarade inte snabbt nog. Kontrollera hälsan för uppströmstjänsten och timeout-konfigurationen.

HTTP-versionens huvudversion för begäran stöds inte av servern. Nästan aldrig sett med moderna klienter.

Transparent content negotiation slutade i en slinga: den valda varianten är själv konfigurerad för att förhandla. Indikerar ett fel i serverkonfigurationen.

WebDAV-specifik till ursprunget men används ibland av allmänna servrar. Betyder att servern inte kan spara begäran på grund av lagringsbegränsningar.

WebDAV: bearbetning av en Depth: infinity-begäran gick in i en slinga (t.ex. cirkulära bindningar). Operationen avslutades.

Från det föråldrade HTTP Extension Framework: servern behöver mer information innan den kan uppfylla begäran. Effektivt oanvänd på det moderna webben.

Används av captive portals (hotell/flygplats WiFi) för att indikera att användaren måste logga in på nätverket innan han kan komma åt externa webbplatser.