| Http status koda |
Opis status kode |
| 100 |
Odjemalec naj nadaljuje z posredovanjem zahtevka. Ta začasni odgovor obvešča odjemalca, da je del njegovih zahtevkov že bil sprejet s strani strežnika in še ni bil zavrnjen. Odjemalec naj nadaljuje s preostalimi deli zahtevka ali, če je zahtevek že zaključen, naj ta odgovor ignorira. Strežnik mora poslati končni odgovor odjemalcu po zaključku zahtevka. |
| 101 |
Strežnik je razumel zahtevek odjemalca in bo obvestil odjemalca, da sprejme drugačen protokol za dokončanje te zahteve preko glave Upgrade. Po tem, ko je ta odgovor dokončan, bo strežnik prešel na tiste protokole, ki so opredeljeni v glavi Upgrade. Ukrepe, kot je prehod na nov protokol, naj sprejmemo le, če so v to dobrodošla izboljšave, vendar ne nujno. |
| 102 |
Statusna koda, razširjena z WebDAV (RFC 2518), omogoča, da se obdelava še naprej izvaja. |
| 200 |
Zahteva je bila uspešna, glave ali telo podatkov, ki so v zahtevi zahtevani, bodo vrnjeni s tem odgovorom. |
| 201 |
Zahteva je bila izvedena in nov vir je bil ustvarjen v skladu z zahtevami, URI pa je vrnjen s pomočjo glave Location. Če pa se zahtevan vir ne more hitro ustvariti, se mora vrniti '202 Sprejeto'. |
| 202 |
Strežnik je sprejel zahtevek, vendar ga še ni obdelal. Ta zahtevek se lahko zavrne ali pa se lahko izvede ali ne. V primeru asinhronih operacij je bolj priročno vrniti ta status. Namen je, da strežnik sprejme drugi postopek (npr. potrjevanje), ne da bi moral odjemalec vzdrževati povezavo z njegovim strežnikom, dokler postopek ni končan. |
| 203 |
Strežnik je uspešno obdelal zahtevek, vendar vrnjena glava entitete ni bila potrjena na prvotnem strežniku ampak je kopija iz lokalnega ali tretje strani. Trenutne informacije so lahko podmnožica ali nadmnožica prvotne različice. Uporaba tega statusa ni obvezna, in je primerna le, kadar odgovor ne bi vrnil 200 OK, če ne bi bilo tega statusa. |
| 204 |
Strežnik je uspešno obdelal zahtevek, vendar ne zahteva vrnitve telesa entitete, pričakuje pa, da bo vrnil posodobljene informacije. Odgovor lahko vrača nove ali posodobljene informacije preko entitetskih glav. |
| 205 |
Strežnik je uspešno obdelal zahtevek, ne da bi vrnil vsebino. Vendar pa ta odgovor zahteva od pošiljatelja, da ponastavi prikaz dokumenta. Ta odgovor se uporablja predvsem, da po sprejemu uporabniškega vnosa takoj ponastavi obrazec. |
| 206 |
Strežnik je uspešno obdelal del GET zahtevka. Vse vrste prenosnikov, kot so FlashGet ali Thunder, uporabljajo ta odgovor za izvajanje prenosa s prekinitvijo ali razdelitev velikega dokumenta na več delov, ki se prenašajo hkrati. Ta zahtevek mora vsebovati glavo Range, ki označuje del vsebine, ki ga odjemalec želi prejeti, in lahko vsebuje If-Range kot pogoje zahtevka. |
| 207 |
Statusna koda, razširjena z WebDAV (RFC 2518), pomeni, da bo slednji del sporočila XML in lahko vključuje mrežo neodvisnih kod odgovorov, odvisno od števila predloženih pod zahtevkov. |
| 300 |
Zahtevani vir ima več možnosti, vsaka s svojim naslovom in sporočanjem v zavihku brskalnika. Uporabnik ali brskalnik lahko izbere enega od prednostnih naslovov za preusmeritev. Odgovor naj vključuje seznam lastnosti virov z ustreznimi naslovi v entiteti, razen če je to zahteva HEAD. Ta entiteta je odvisna od formata, ki ga določa Content-Type. |
| 301 |
Zahtevani vir se je trajno premaknil na novo lokacijo, vse prihodnje reference na ta vir bi morale uporabljati URI, ki se vrne v tem odgovoru. Če je mogoče, naj odjemalec samodejno spremeni zahtevani naslov na naslov, ki ga je vrnil strežnik. |
| 302 |
Zahtevani vir se je zdaj začasno preselil iz drugega URI. Odjemalec naj še naprej pošilja prihodnje zahteve na prvotni naslov. Vendar pa je ta odgovor možno predmeti, le če je v Cache-Control ali Expires posebej določeno. |
| 303 |
Odgovor na trenutno zahtevo je mogoče najti na drugem URI, pri čemer naj odjemalec uporablja metodo GET za dostop do tega vira. Ta metoda obstaja predvsem za preusmeritev rezultatov POST zahtevka na nov vir, nova URI pa se vrne v Location glavi. |
| 304 |
Če je odjemalec poslal zahtevek GET s pogoji in bila ta zahtevana vsebina (od zadnjega obiska ali na podlagi pogojev) nespremenjena, mora strežnik vrniti to stanje. 304 odgovor ne sme vsebovati bili vsebine. |
| 305 |
Zahtevani vir je dostopen le preko določenega proxy-ja. URI za proxy je naveden v glavi Location, sprejemnik mora ponoviti prošnjo, da dostopa do zahtevane vsebine preko proxy-ja. |
| 306 |
V najnovejši specifikaciji se status 306 več ne uporablja. |
| 307 |
Zahtevani vir je trenutno začasno odgovorjen iz novega URI. Odjemalec naj še naprej pošilja prihodnje zahteve na prvotni naslov. |
| 400 |
1. Semantika je napačna, trenutne zahteve strežnik ne more razumeti. 2. Napaka v parametrih zahtevka. |
| 401 |
Trenutna zahteva zahteva preverjanje uporabnika. Ta odgovor mora vsebovati ustrezne glave WWW-Authenticate, da odjemalec zahteva uporabnikove informacije. Odjemalec lahko ponovi zahtevek s pravimi informacijami Authorization. |
| 402 |
Ta statusna koda je rezervirana za možne prihodnje zahteve. |
| 403 |
Strežnik je razumel zahtevo, a jo zavrne. V nasprotju s 401 odgovori uporabniška identifikacija ne bo pomagala in ta zahteva se ne bi smela ponoviti. Če zahtjeva ni HEAD, naj strežnik posreduje razlog zavrnitve v entiteti. |
| 404 |
Zahteva je bila neuspešna, zahtevan vir ni bil najden na strežniku. Ni informacij o tem, ali je ta položaj začasen ali trajen. |
| 405 |
Metoda zahtevka, navedena v zahtevi, se ne sme uporabljati s potrebnim virom. Ta odgovor mora vrniti Allow glavo, ki prikazuje seznam metod, ki jih trenutni vir sprejema. |
| 406 |
Vsebinske lastnosti zahtevani virov ne morejo izpolniti zahtev iz glave, in zato ne morejo ustvariti entitet. Odgovor naj vsebuje seznam možnih lastnosti in naslovov, ki jih lahko izberejo uporabnik ali brskalnik. |
| 407 |
Podobno kot 401 odgovori, le da mora odjemalec opraviti preverjanje dostopa na proxy strežniku. Proxy strežnik mora vrniti Proxy-Authenticate, da zahteva preverjanje. Odjemalec lahko vrne Proxy-Authorization z informacijami o preverjanju. |
| 408 |
Časovna omejitev zahtevka. Odjemalec ni dokončal posredovanja zahtevka v času, ki ga strežnik pričakuje. Odjemalec lahko ponovno pošlje to zahtevo brez sprememb. |
| 409 |
Zahteva se ne more izpolniti, ker obstaja konflikt s trenutnim stanjem zahtevnega vira. To stanje se lahko uporabi le, če je dejansko mogoče rešiti konflikt in odjemalec bo ponovno oddal zahtevo. Ta odgovor bi moral vključevati dovolj informacij, da zaznate vzrok konflikta. |
| 410 |
Zahtevani vir na strežniku ni več na voljo in ne obstajajo znani naslovi za preusmeritev. Takšno stanje je trajno. Če je mogoče, naj odjemalci odstranijo vse povezave do tega naslova. |
| 411 |
Strežnik zavrne sprejeti zahtevo brez definiranja Content-Length glave. Odjemalec lahko ponovi to zahtevo po dodajanju ustrezne glave Content-Length. |
| 412 |
Strežnik ob preverjanju predpogojev v glavi zahteve ni izpolnil enega ali več predpogojev. |
| 413 |
Strežnik zavrne obdelavo trenutne zahteve, ker prevelika količina podatkov v telesu zahteve presega obseg, ki ga strežnik želi ali je sposoben obdelati. V takem primeru lahko strežnik zapre povezavo, da bi preprečil nadaljnje posredovanje te zahteve. |
| 414 |
Dolžina URI zahtevka presega dolžino, ki jo strežnik lahko obda, zato strežnik zavrne to zahtevo. |
| 415 |
Vsebina v zahtevku, ki se prijavi, ni v formatu, ki ga trenutno strežnik podpira, zato je bila zahteva zavrnjena. |
| 416 |
Če zahteva vključuje Range glavo, in kateri koli kot so določeni z Range ne prekrivajo dostopnega obsega trenutnega vira, strežnik mora vrniti 416 status. |
| 417 |
Status, definiran v glavi Expect, ne more biti izpolnjen s strežnikom. |
| 421 |
Število povezav iz trenutne IP naslova na strežniku presega strežnikov dovoljeni maksimum. |
| 422 |
Forma je pravilna, vendar obsega ne moremo obravnavati zaradi semantične napake. (RFC 4918 WebDAV) 423 Zajeta oblika. |
| 424 |
Trenutni zahtevek je neuspešen zaradi napake prejšnjega zahtevka, kot je PROPPATCH. (RFC 4918 WebDAV) |
| 425 |
Status definiran v osnutku WebDav naprednih zbir ureditve, vendar ne pojavi v "WebDAV značilnem protokolu" (RFC 3658). |
| 426 |
Odjemalec naj preklopi na TLS/1.0. (RFC 2817) |
| 449 |
Razširjena s strani Microsoft, pomeni, da se zahtevek mora ponoviti po ustrezni operaciji. |
| 500 |
Strežnik se je srečal z nepričakovanim stanjem, ki mu preprečuje obravnavo zahtevka. Običajno se te težave pojavijo ob napakah v kodi strežnika. |
| 501 |
Strežnik ne podpira nečesa, kar je potrebno za trenutni zahtevek. Ko strežnik ne more prepoznati zahtevane metode, in strežnik ne more podpreti kakršne koli zahteve po viru. |
| 502 |
Strežnik, ki deluje kot prehod ali proxy, je prejel neveljavne odgovore od nadrejenega strežnika. |
| 503 |
Zaradi začasne vzdrževanja strežnika ali čezmerne obremenitve, strežnik trenutno ne more obravnavati zahtev. Ta situacija je začasna in bo kasneje obnovljena. |
| 504 |
Strežnik, ki deluje kot prehod ali proxy, ni mogel pravočasno prejeti odgovora od nadredjenega strežnika. |
| 505 |
Strežnik ne podpira ali zavrača uporabo HTTP različice v zahtevku. Odgovor naj vključuje opis, zakaj različica ne podpira in katere protokole strežnik podpira. |
| 506 |
Status definiran v "Transparent Negotiation Protocol" (RFC 2295), kar pomeni, da ta vir za usklajevanje v samem procesu ni primeren. |
| 507 |
Strežnik ne more shraniti informacij, potreben za zaključitev zahtevka. Ta situacija se smatra kot začasna. WebDAV (RFC 4918) |
| 509 |
Strežnik je dosegel omejitev pasovne širine. To ni uradna status koda, vendar se še vedno široko uporablja. |
| 510 |
Politika, potrebna za dostop do vira, ni bila izpolnjena. (RFC 2774) |