Slaan oor na hoofinhoud
LibraTool logoLibraTool

Gratis HTTP Status Kodes Verwysing

Soekbare verwysing vir alle HTTP-statuskodes - wat elkeen beteken, wanneer dit gebruik word en algemene oorsake. Van 100 tot 511.

Werk vanlyn sodra gelaai

61 statuskodes

100

Gaan voort

Die bediener het die versoekopskrifte ontvang en die kliënt moet voortgaan met die liggaam.

Gebruik vir versoeke met Expect: 100-continue. Die bediener erken dat dit bereid is om die liggaam te ontvang voordat die kliënt dit stuur. Selde gesien in moderne webapps.

RFC 9110 ↗
101

Protokolle word omgeskakel

Die bediener is besig om protokolle om te skakel soos deur die kliënt versoek.

Mees algemeen gebruik vir WebSocket-upgrades — die kliënt versoek Upgrade: websocket en die bediener reageer met 101 om om te skakel.

RFC 9110 ↗
102

Besig

Die bediener het die versoek ontvang en is besig om dit te verwerk, maar geen antwoord is nog beskikbaar nie.

'n Interimreaksie van WebDAV wat gestuur word om kliëntuittydings tydens lang bewerkings te voorkom. Verouderd — moderne bedieners behoort dit nie te stuur nie.

RFC 2518 ↗
103

Vroeë wenke

Voorlopige opskrifte gestuur voor die finale antwoord.

Laat bedieners Link-opskrifte (voorlading/voorverbinding) stuur terwyl die finale antwoord nog voorberei word, sodat blaaiers kritieke bates vroeër kan begin haal.

RFC 8297 ↗
200

OK

Die versoek het geslaag.

Die standaard suksesresponse. Die betekenis hang af van die HTTP-metode: GET → bate teruggestuur, POST/PUT → aksie voltooid.

RFC 9110 ↗
201

Geskep

'n Nuwe bate is suksesvol geskep.

Algemeen na 'n POST. Die antwoord moet 'n Location-opskrif insluit wat na die URL van die nuwe bate wys.

RFC 9110 ↗
202

Aanvaar

Die versoek is aanvaar vir verwerking, maar verwerking is nie voltooid nie.

Vir asinchrone bewerkings — die bediener staan die werk in die ry. Die kliënt moet 'n statuswerf opneem of later terugkeer.

RFC 9110 ↗
203

Nie-gesaghebbende inligting

Die antwoord is deur 'n transformasieprokureur gewysig.

Die versoek het geslaag, maar 'n tussenganger (soos 'n cache- of omvormingsproxy) het die las van die oorsprongbediener verander — byvoorbeeld, beelde herkompresseer. Selde in praktyk.

RFC 9110 ↗
204

Geen inhoud

Die versoek het geslaag maar daar is geen responsliggaam nie.

Dikwels gebruik vir DELETE-bewerkings of PUT-opdateerings wat nie 'n liggaam moet terugstuur nie. Die kliënt moet nie van die huidige bladsy weg navigeer nie.

RFC 9110 ↗
205

Inhoud terugstel

Die versoek het geslaag; die kliënt moet die dokumentsiening terugstel.

Soos 204, geen liggaam word teruggestuur nie — maar die kliënt word bykomend vertel om die vorm of siening wat die versoek geproduseer het, terug te stel (bv. maak die vormvelde leeg vir die volgende inskrywing).

RFC 9110 ↗
206

Gedeeltelike inhoud

Die bediener het slegs deel van die bate afgegee.

Antwoord op 'n Range-versoek. Gebruik deur videospelers en aflaadbestuurders om onderbreekte afladings herva of groot lêers te stroom.

RFC 9110 ↗
207

Multi-status

Die antwoordliggaam bevat veelvoudige statuskodes vir veelvoudige bewerkings.

WebDAV: 'n XML-liggaam doen verslag van die uitkoms van verskeie suboperasies onafhanklik — bv. 'n stelteksekuteer waar sommige items suksesvol was en ander het misluk.

RFC 4918 ↗
208

Reeds gerapporteer

Die lede van 'n versameling is reeds vroeër in die antwoord gelys.

WebDAV: gebruik binne 207 Multi-Status-antwoorde om te verhoed dat lede van dieselfde versameling herhaaldelik gelys word wanneer bindings lusse skep.

RFC 5842 ↗
226

IM gebruik

Die antwoord is die gevolg van instantmanipulasies wat op die bate toegepas is.

Deltakodering: die bediener gee 'n diff teen 'n vorige weergawe terug in plaas van die volledige bate, wat bandbreedte bespaar. Baie selde geïmplementeer.

RFC 3229 ↗
300

Veelvoudige keuses

Verskeie voorstellings van die bate is beskikbaar.

Die bediener bied meervoudige opsies (bv. verskillende formate of tale) en die kliënt moet een kies. Selde gebruik, omdat outokonvensie gewoonlik dit hanteer.

RFC 9110 ↗
301

Permanent verplaas

Die bate het permanent na 'n nuwe URL verplaas.

Gebruik vir permanente URL-veranderinge — soekenjins sal hul indeks opdateer. SEO-gesag word na die nuwe URL oordra.

RFC 9110 ↗
302

Gevind (tydelike omleiding)

Die bate is tydelik by 'n ander URL.

Dui aan dat die omleiding nie permanent is nie. Caching is minder aggressief as 301. Gebruik vir dinge soos 'aanmelding vereist, omlei na /login'.

RFC 9110 ↗
303

Sien andersins

Omlei na 'n ander URL deur GET te gebruik.

Gebruik na POST-indiening — die antwoord sê 'jou POST het gewerk, sien hierdie GET-URL vir die resultaat'. Blaaiers GET altyd die nuwe URL.

RFC 9110 ↗
304

Nie gewysig nie

Die geheide weergawe is nog geldig; gebruik dit.

Antwoord op 'n voorwaardelike versoek (met If-None-Match of If-Modified-Since opskrifte). Bespaar bandbreedte — geen liggaam word teruggestuur nie.

RFC 9110 ↗
307

Tydelike omleiding

Soos 302 maar behou die oorspronklike HTTP-metode.

As die oorspronklike POST was, gebruik die omleiding ook POST. Moderne alternatief vir 302 wanneer metodebehoue belangrik is.

RFC 9110 ↗
308

Permanente omleiding

Soos 301 maar behou die oorspronklike HTTP-metode.

Moderne vervanging vir 301 wanneer jy POST-versoeke wil hê om POST na die omleiding te bly.

RFC 9110 ↗
400

Slegte versoek

Die bediener kon die versoek nie verstaan weens misvormde sintaks nie.

Algemene oorsake: misvormde JSON in liggaam, ongeldigde queryparameters, of ontbrekende vereiste velde. Kontroleer die versoekliggaam en opskrifte.

RFC 9110 ↗
401

Ongemagtig

Outentifikasie is vereist en is nie verskaf nie.

Die kliënt moet outentifiseringslegitimering insluit (Authorization-opskrif, koekie, token). 'Unauthorized' is 'n misnomer — dit beteken regtig 'niegeïdentifiseerd'.

RFC 9110 ↗
402

Betaling vereist

Gereserveer vir toekomstige gebruik — soms gebruik vir betaalde API-vlakke.

Oorspronklik bedoel vir digitale betalings. Moderne gebruik: API's retourneer soms 402 wanneer 'n gebruiker sy betaalde kwota oorskry het.

RFC 9110 ↗
403

Verbode

Die kliënt is geïdentifiseerd maar het nie toestemming nie.

Anders as 401 — die gebruiker IS aangemeld, maar hulle rekening het nie toestemming vir hierdie bate nie. Kontroleer rol/toestemmingslogika.

RFC 9110 ↗
404

Nie gevind nie

Die versoekte bate bestaan nie.

Óf die URL is verkeerd, die bate is verwyder, óf dit het nooit bestaan nie. Bedieners retourneer soms 404 om te verberg dat 403 meer akkuraat sou wees.

RFC 9110 ↗
405

Metode nie toegelaat nie

Die HTTP-metode wat gebruik is, word nie vir hierdie bate toegelaat nie.

Byvoorbeeld, 'n GET-versoek na 'n eindpunt wat slegs POST aanvaar. Die antwoord moet 'n Allow-opskrif insluit met geldige metodes.

RFC 9110 ↗
406

Nie aanvaarbaar nie

Geen voorstelling pas by die Accept-opskrifte van die kliënt nie.

Die kliënt het 'n inhoudssoort, taal of kodering versoek (via Accept, Accept-Language, Accept-Encoding) wat die bediener nie kan vervul nie. Baie bedieners slaan streng onderhandeling oor en gee 'n standaard terug.

RFC 9110 ↗
407

Proxy-outentifikasie vereist

Die klient moet eers met die instaanbediener verifieer.

Soos 401, maar uitgegee deur 'n proxy: die kliënt moet Proxy-Authorization-legitimering stuur. Gesien op korporatiewe netwerke met autentiseringsproxykappers.

RFC 9110 ↗
408

Versoektydslimiet

Die bediener het tydslimiet bereik terwyl dit op die versoek gewag het.

Die klient het te lank geneem om die versoekliggaam te stuur of het die verbinding onaktief gelaat. Probeer die versoek weer.

RFC 9110 ↗
409

Konflik

Die versoek bots met die huidige toestand van die hulpbron.

Tipies teruggegee vir gelyktydiginge redigingkonflikte of dupliekasie van hulpbron-aanmaak (bv. skep van 'n gebruiker met 'n e-posadres wat reeds bestaan).

RFC 9110 ↗
410

Weg

Die hulpbron is verwyder en sal nie terugkom nie.

Sterker as 404 — die bediener weet eksplisiet dat die hulpbron VROEËR bestaan het maar permanent verwyder is. Soekenjins sal dit uitvee.

RFC 9110 ↗
411

Lengte Vereist

Die bediener benodig 'n Content-Length-opskrif.

Die versoek is verwerp omdat dit 'n Content-Length-opskrif ontbreek en die bediener liggame van onbekende grootte weier. Voeg die opskrif by en probeer weer.

RFC 9110 ↗
412

Voorwaarde Gefaal

'n Toestand in die versoekopskrifte is nie vervul nie.

Teruggegee wanneer voorwaardelike opskrifte soos If-Match of If-Unmodified-Since misluk — tipies optimistiese vergrendeling: iemand anders het die hulpbron verander sedert jou weergawe. Haal weer op en probeer weer.

RFC 9110 ↗
413

Vrag Te Groot

Die versoekliggaam oorskry die bediener se grootte-limiet.

Algemeen wanneer groot lêers oplaai. Bediener-konfigurasie (nginx, apache) stel 'n maksimale liggaamsgrootte. Kontroleer die bediener se konfigurasie.

RFC 9110 ↗
414

URI Te Lank

Die versoek-URL oorskry die bediener se lengtelimiet.

Gewoonlik veroorsaak deur baie lang navraagstringe (bv. enkodeer van data in 'n GET). Skakel na 'n POST-liggaam of verhoog die bediener-limiet as jy dit beheer.

RFC 9110 ↗
415

Nieondersteunde Mediasoort

Die bediener kan nie die Content-Type wat gestuur is, hanteer nie.

Byvoorbeeld, stuur application/xml na 'n bediener wat slegs application/json aanvaar. Stel die Content-Type-opskrif korrek.

RFC 9110 ↗
416

Reeks Nie Bevredigend

Die gevraagde byte-reeks is buite die hulpbron se grootte.

Die Range-opskrif vra vir 'n gedeelte wat die lêer nie het nie — bv. hervatting van 'n aflaai verby die einde van die lêer. Die antwoord moet Content-Range met die werklike grootte insluit.

RFC 9110 ↗
417

Verwagting Gefaal

Die bediener kan nie aan die vereistes van die Expect-opskrif voldoen nie.

Gestuur wanneer die bediener nie Expect: 100-continue ondersteun nie. Sommige kliënte stuur hierdie opskrif standaard op groot POST's; deaktivering daarvan los die fout gewoonlik op.

RFC 9110 ↗
418

Ek Is 'n Teekannetjie

Die bediener weier om koffie te brou omdat dit 'n teekannetjie is.

An April Fool's grap uit 1998 (RFC 2324). Sommige werklike API's gebruik dit vir grappies of om verouderde eindpunte te merk. Nie vir produksiegebruik.

RFC 2324 ↗
421

Verkeerd Verwysde Versoek

Die versoek is na 'n bediener gestuur wat nie 'n antwoord daarvoor kan voorsien nie.

Algemeen met HTTP/2-verbindingherverskaffing: die versoek bereik 'n bediener wat nie vir die teikelnaam afhostnaam ingestel is nie. Die klient moet op 'n nuwe verbinding probeer.

RFC 9110 ↗
422

Onverwerk Inhoud

Die versoek was sintakties geldig maar semanties verkeerd.

Byvoorbeeld, JSON is korrek ontleed maar 'n vereiste veld het ontbreek, of 'n veld se waarde was buite reeks. Algemeen in REST API-validasie-antwoorde.

RFC 9110 ↗
423

Gesluit

Die hulpbron is gesluit.

WebDAV: die bron- of bestemmingshulpbron is deur 'n ander klient gesluit, dus kan die bewerking nie voortgaan nie. Wag vir die sleutel om vrygelaat te word of breek dit met die regte teken.

RFC 4918 ↗
424

Geslote Afhanklikheid

Die versoek het gefaal omdat 'n vorige afhanklike versoek gefaal het.

WebDAV: in 'n ketting van afhanklike bewerking het 'n vroeëre aksie gefaal, dus was hierdie een nie uitgevoer nie. Kyk na die vroeëre mislukking vir die onderliggende oorsaak.

RFC 4918 ↗
425

Te Vroeg

Die bediener weier om 'n versoek te verwerk wat moontlik herbepaald kan word.

Verwant aan TLS 1.3 0-RTT (vroeë data): die bediener sal nie risiko neem met die verwerking van 'n moontlik herbepaalde versoek nie. Die klient moet na afloop van die handdruk probeer.

RFC 8470 ↗
426

Opgradering Vereist

Die klient moet na 'n ander protokol oorskakel.

Die bediener weier om die versoek oor die huidige protokol te dien maar sal na 'n opgradering — die antwoord sluit 'n Upgrade-opskrif in wat die vereiste protokol noem.

RFC 9110 ↗
428

Voorwaarde Vereist

Die bediener benodig die versoek om voorwaardelik te wees.

Die bediener eis voorwaardelike opskrifte (soos If-Match) om verlore-opdatering-konflikte te voorkom. Haal die hulpbron op, vang sy ETag en stuur weer met If-Match.

RFC 6585 ↗
429

Te Veel Versoeke

Die klient word koersgelimiteer.

Stadiger. Die antwoord moet 'n Retry-After-opskrif insluit wat aandui wanneer om weer probeer. Algemeen met API's wat versoekaantelings het.

RFC 6585 ↗
431

Versoekopskrifvelde Te Groot

Opskrifte is te groot vir die bediener om te verwerk.

Óf een opskrif óf die totale opskrifgrootte oorskry die limiet — meestal veroorsaak deur oorgrootte koeksies. Skrap koeksies of verminder wat jou program daarin berg.

RFC 6585 ↗
451

Onbeskikbaar Vir Regtelike Redes

Toegang geweier om regtelike eise.

Die hulpbron is om regtelike redes geblokkeer — sensuur, hofbevele, of streekregulasies. Die nommer is 'n verwysing na die roman Fahrenheit 451.

RFC 7725 ↗
500

Bediener Interne Fout

Die bediener het 'n onverwagte toestand ondervind.

An generiese vangnet vir bedienerkantfoute. Kontroleer bedienerlogboeke vir die werklike oorsaak: onhanteerde uitsondering, databasisfout, ens.

RFC 9110 ↗
501

Nie Geïmplementeer

Die bediener ondersteun nie die gevraagde funksionaliteit nie.

Byvoorbeeld, die bediener herken nie die HTTP-metode nie. Skaars in praktyk — meer gereeld sal jy 405 sien.

RFC 9110 ↗
502

Slegte Ingang

Die bediener, wat as ingang optree, het 'n slegte antwoord van 'n stroomopwaartse bediener ontvang.

Algemeen in mikrotoepassing-argitekture. Jou las-balanseerder of omgekeerde instaanbediener het 'n wanvormde antwoord van die agtergrondtoepassing ontvang.

RFC 9110 ↗
503

Toepassing Onbeskikbaar

Die bediener kan huidig die versoek nie hanteer nie.

Óf afgeskakel vir instandhouding óf oorlaai. Die antwoord moet 'n Retry-After-opskrif insluit. Dikwels teruggegee tydens ontplooyinge.

RFC 9110 ↗
504

Ingang Tydslimiet

Die ingang-bediener het tydslimiet bereik terwyl dit op 'n stroomopwaartse antwoord wag.

Die agtergrondtoepassing het nie vinnig genoeg geantwoord nie. Kontroleer stroomopwaartse toepassinggezondheid en tydslimietkonfigurasies.

RFC 9110 ↗
505

HTTP-Weergawe Nie Ondersteun

Die bediener ondersteun nie die HTTP-weergawe wat in die versoek gebruik word nie.

Die hoof-HTTP-weergawe van die versoek word nie deur die bediener ondersteun nie. Byna nooit gesien met moderne kliënte.

RFC 9110 ↗
506

Variant Onderhandel Ook

Die bediener het 'n inhouds-onderhandeling wanvorming.

Deursigtige inhoud-onderhandeling het in 'n lus geëindig: die gekose variant is self vir onderhandeling ingestel. Dui op 'n servervormingsfout.

RFC 2295 ↗
507

Onvoldoende Berging

Die bediener is sonder skyfsomte.

WebDAV-spesifiek in oorsprong maar soms deur algemene bedienertoepassings gebruik. Beteken die bediener kan die versoek nie berg nie vanweë bergingsbeperkings.

RFC 4918 ↗
508

Lus Waargeneem

Die bediener het 'n oneindige lus waargeneem terwyl die versoek verwerk word.

WebDAV: verwerking van 'n Depth: infinity-versoek het in 'n lus ingang — bv. sirkelvormige bindings. Die bewerking is beëindig.

RFC 5842 ↗
510

Nie Uitgebrei

Verdere uitbreidings tot die versoek word benodig.

Uit die verouderde HTTP Extension Framework: die bediener benodig meer inligting voordat dit die versoek kan vervul. Effektief ongebruikt op die moderne web.

RFC 2774 ↗
511

Netwerk-Verifikasie Vereist

Die klient moet verfieër om netwerktoegank te kry.

Deur gevangeniswifi (hotel/lug-wifi) gebruik om aan te dui dat die gebruiker hom/haar moet aanteken op die netwerk voordat eksterne webwerwe toegegee word.

RFC 6585 ↗

Algemene gebruike

  • Verwysing vir API-ontwerpBy die ontwerp van REST API's kies die regte statuskode vir elke respons.
  • Soek foutkodes vinnig opWanneer u app n verwarde HTTP-fout terugvoer, soek op wat dit werklik beteken.
  • Leer HTTP-statuskodesOmvattende verwysing vir studente en ontwikkelaars wat HTTP en REST leer.
  • Vinnige verwysing tydens insidenteTydens produksie-insidente, vinnig soek op wat elke statuskode beteken.
  • Verwysing vir API-dokumentasieWanneer jy API-dokumentasie skryf, skakel na gesaghebbende beskrywings van die statuskodes wat jy teruggee.

Hoe dit werk

Hierdie nutsprogram is 'n kliëntkant-verwysing gebou rondom 'n vasgekodeerde opsoektabel van 63 HTTP-statuskodes wat al vyf klasse (1xx–5xx) dek, elk geannoteer met sy definiërende RFC-nommer. Daar is geen bedienerbelling, geen eksterne API, en geen netwerkversoek nie — alle filtrering en vertoning gebeur in die blaaier met JavaScript se ingeboude reeks- en string-metodes.

  1. 1
    Opsoektabel word gelaai
    Die volle stel van 63 IANA-geregistreerde statuskodes is direk in hierdie nutsprogram as 'n JavaScript-reeks ingebed, elke inskrywing dra die numeriese kode, kanonieke Engelse naam, kategorieklas, en die spesifieke RFC wat dit definieer (bv. RFC 9110 vir die meeste HTTP/1.1-kodes, RFC 6585 vir 429 Te Veel Versoeke, RFC 2324 vir 418 Ek's 'n Teepot).
  2. 2
    Filter loop in geheue
    Terwyl jy tik of 'n kategoriefilter kies, loop JavaScript se Array.filter op die in-geheue-lys, en pas jou navraag teen die statuskode-nommer, die kanonieke naam, en beide die kort- en langbeskrywingstrings met String.includes — geen vertragingsvertraging nie, geen bediener-heen-en-weer nie.
  3. 3
    Besonderhede vou oop met RFC-skakel
    Elke resultaat render as 'n HTML-details/summary-element. Om 'n inskrywing oop te vou openbaar die langvorm-verduideliking en 'n direkte skakel na die gesaghebbende RFC op rfc-editor.org, sodat jy die presiese spesifikasieteks vir enige kode kan lees.
  4. 4
    Diep skakels en knipbord-kopieer
    Om 'n inskrywing oop te maak werk die URL-hash na die kodenommer by (bv. #404), wat die bladsy deelbaar en boekmerk-vriendelik maak. Die kopieerknoppie skryf die kanonieke string (bv. '404 Nie Gevind Nie') na die knipbord via die blaaier se navigator.clipboard-API.

Verwante gereedskap

Gereelde vrae