Spisak NTTR status kodova

списак на Викимедији

Sledi lista Hypertext Transfer Protocol (HTTP) odgovora status kodova. Ovo uključuje kodove iz IETF internet standarda. Prva cifra status koda određuje jednu od pet klasa odgovora. Izrazi koji su korišćeni su standardni primeri, mada je moguće koristiti i neke alternativne izraze koji su čitljivi za čoveka. Ukoliko nije drugačije navedeno, status kodovi su deo HTTP/1.1 standarda.

Majkrosoft ponekad koristi dodatne decimale da bi pružili detaljnije informacije ali ti kodovi ovde nisu navedeni.

1xx Informacioni

uredi

Zahtev primljen, proces se nastavlja.[1]

Ova klasa status kodova označava privremeni odgovor, koji se sastoji samo od statusne linije, i opciono hedera, a ograničen je praznom linijom. Pošto HTTP/1.0 nije definisao status kodove oblika 1hh, serveri možda neće poslati nikakve 1hh status kodove klijentu osim u eksperimentalnim uslovima.

100 Nastaviti
Ovo znači da je server primio zahtev zaglavlja, a da klijent treba da pošalje zahtev za telo. Ako je zahtev za telo veliki, slanje zahteva na server kada je prethodni zahtev već odbijen je neefikasno. Da bi se proverilo da li je server uredno odgovorio na zahtev klijenta, klijent treba da primi statusni kod 100 kao znak da je sve prošlo kako treba i da treba nastaviti sa zahtevima.
101 Prebacivanje protokola
Ovo znači da je klijent upitao server da zameni protokol a server ga obaveštava da će to i da uradi.
102 Obrada (WebDAV; RFC 2518)
Kako WebDAV zahtevi mogu da sadrže više pod-zahteva koji uključuju operacije sa fajlovima, to može da zahteva više vremena za izvršavanje zahteva. Ovaj kod signalizira da je server primio i da obrađuje zahtev, ali da odgovor još uvek nije dostupan. Ovo štiti klijenta od isteka vremena i gubitka zahteva.

2xx Uspeh

uredi

Ova klasa status kodova signalizira da je klijent primio ono što je zahtevao odnosno da je sve prošlo kako treba.

200 OK
Standardni odgovor za uspešne HTTP zahteve. Odgovor zavisi od metode koja je korišćena za slanje zahteva. Kod GET metode, odgovor će sadržati entitet koji odgovara traženom zahtevu. A kod POST metode odgovor će sadržati entitet koji opisuje ili sadrži rezultat akcije.[1]
201 Kreirano
Zahtev je ispunjen i rezultovao je stvaranjem novog resursa.[1]
202 Prihvaćeno
Zahtev je prihvaćen na obradu, ali obrada još nije završena.[1]
203 Neautoritativne informacije (počev od HTTP/1.1)
Server je uspešno obradio zahtev, ali vraća informaciju koja je možda iz drugog izvora.[1]
204 Bez sadržaja
Server je uspešno obradio zahtev, ali ne vraća nikakav sadržaj.[1]
205 Resetovanje sadržaja
Server je uspešno obradio zahtev, ali ne vraća nikakav sadržaj. Za razliku od 204 status kodova, ovaj odgovor traži od klijenta da podnosilac zahteva resetuje sadržaj dokumenta.[1]
206 Parcijalni sadržaj
Server dostavlja samo deo sadržaja resursa koji je klijent zahtevao. Za nastavljanje ovako prekinutih preuzimanja koriste se razni alati kao wget.[1]
207 Multi-status (WebDAV; RFC 4918)
Telo poruke koje je sadržano u XML poruci i može da sadrži broj razdvojenih odgovora status kodova, zavisno on toga koliko pod-zahteva je napravljeno.[2]
208 Već odgovoreno (WebDAV; RFC 5842)
Članovi jedne DAV su već navedene u prethodnom odgovoru na ovaj zahtev, a nisu ponovo uključene.
226 IM korišćen (RFC 3229)
Server je ispunio GET zahtev za resurs a odgovor je predstavljen u odgovoru za jednu ili više instanci-manipulacija primenjenih na trenutnu instancu.[3]

3xx Redirekcija

uredi

Klijent mora da preduzme dodatne mere da bi se zahtev izvršio.[1]

Ova klasa kodova statusa ukazuje da treba preduzeti neku akciju kako bi se zahtev izvršio. Ta radnju može preduzeti korisnički agent bez interakcije sa korisnikom ako i samo ako metoda koja se koristi u drugom zahtevu je GET ili HEAD. Korisnički agent ne bi smeo da automatski izvršava redirekciju više od pet puta, jer takve radnje obično ukazuju na beskonačne petlje.

300 Višestruki izbor
Ukazuje na višestruku opciju koju klijent može da izabere. Ona, za instancu, može biti korišćena da prezentuje različite formate opcija za video, liste fajlova sa različitim ekstenzijama...[1]
301 Trajno pomeren
Ovaj i svi budući zahtevi treba da budu usmereni na dati URI.[1]
302 Pronađen
Ovo je primer industrijske prakse kontradiktornih standarda.[1] HTTP/1.0 specifikacija zahteva od klijenta da izvrši privremena preusmeravanja
303 Pogledaj druge (počev od HTTP/1.1)
Odgovor na zahtev može biti pronađen pod drugim URI korišćenjem GET metode. Kada je primljen odgovor POST metodom, trebalo bi pretpostaviti da je server primio podatke i preusmeravanje treba izvršiti odvojenom GET metodom.[1]
304 Nemodifikovano
Pokazuje da resurs nije modifikovan otkako je verzija specifikovana od strane zahteva hedera. Ovo znači da nema potrebe za reemitovanjem resursa, otkako klijent ima prethodno skinutu kopiju.
305 Koristi proksi (počev od HTTP/1.1)
Zahtevani resurs je dostupan samo kroz proksi, čija je adresa prosleđena kroz odgovor. Mnogi HTTP klijenti (kao Mozilla[4] i Internet Explorer) ne rukuju korektno ovim odgovorima kroz statusne kodove, primarno iz bezbednosnih razloga.[traži se izvor]
306 Zamena proksija
Ne koristi se više.
307 Privremeno preusmeravanje (počev od HTTP/1.1)
U ovom slučaju, zahtev bi trebalo da bude ponovljen korišćenjem drugog URI-ja. Kakogod, budući zahtevi bi trebalo da i dalje koriste originalni URI. Za razliku od toga kako je kod 302 istorijski implementiran, nije dozvoljeno menjati metodu zahteva kada se ponavlja originalni zahtev. Što bi značilo da za određenu instancu, ponavljanje zahteva mora biti obavljeno baš onom metodom koja je korišćena pri prvom zahtevu.[5]
308 Trajna redirekcija (odobrena kao eksperimentalna RFC)[6]
Zahtev, i svi budući zahtevi bi trebalo da budu ponovljeni korišćenjem drugog URI-ja. 307 i 308 (kao što je predloženo) paralelno ponašanjem 302 i 301, ali ne dozvoljava menjanje HTTP metode. Tako na primer forma za trajnu redirekciju resursa se može nesmetano nastaviti.

4xx Greške na strani klijenta

uredi

Klasa 4xx status kodova je namenjena za slučajeve kada se greške jave na strani klijenta. Sa izuzetkom odgovora preko HEAD upita, kada server treba da uključi entitet koji sadrži objašnjenje nastale greške, nebitno da li je ona trajna ili privremena. Ovi kodovi statusa su primenjivi na sve metode zahteva. Korisnički agenti bi trebalo da prikažu i priključe entitet korisniku.

400 Loš zahtev
Zahtev ne može biti ispunjen zbog loše sintakse.[1]
401 Neautorizovan
Slično kao 403 zabranjen, ali specijalno za korišćenje u slučajevima kad je zahtevana autentifikacija, pa nije prošla ili još uvek nije odobrena. Odgovor može da uključi WWW-autentifikaciju hedera koji sadrži izazov koji je moguće primeniti na zahtevani resurs.
402 Plaćanje obavezno
Rezervisano za korišćenje u budućnosti.[1] Prvobitna namera je bila da se ovaj kod može koristiti kao neki vid digitalnog novca, ali se to nije dogodilo.
403 Zabranjen
Upit je bio validan, ali server odbija da odgovori. Na serverima gde je potrebna potvrda identiteta, to obično znači da su akreditivi uspešno identifikovani ali da oni još uvek ne odobravaju klijentu pristup resursima.
404 Nije pronađen
Traženi resurs nije pronađen ali će možda biti dostupan ponovo u budućnosti.[1]
405 Metoda nije dozvoljena
Zahtev je napravljen od resursa korišćenjem metoda zahteva koji nisu podržani od strane resursa.[1]
406 Nije prihvatljivo
Zahtevani resurs je sposoban samo za generisanje sadržaja koji nisu prihvatljivi od strane 'Prihvatljivih hedera' poslatih u zahtevu.[1]
407 Potrebna identifikacija proksija
Klijent mora prvo da se identifikuje proksijem[1]
408 Zahtev istekao
Isteklo vreme na serveru dok je čekan zahtev. Prema W3 HTTP specifikacijama:Klijent nije poslao zahtev za vreme koje je predviđeno na serveru za čekanje. Klijent može da ponovi zahtev bez modifikacija bilo kad kasnije.
409 Konflikt
Ukazuje na to da zahtev ne može biti obrađen jer dolazi ko konflikta u zahtevu.[1]
410 Nestao
Ukazuje na to da zahtevani resurs više nije dostupan, i neće biti dostupan ponovo. Ovo može da se koristi kada se resurs obriše trajno. Dobijanjem koda 410 klijent ne bi trebalo da zahteva resurs ponovo u budućnosti. Klijenti kao što su pretraživačke mašine treba da obrišu ovaj resurs iz svojih indeksa.
411 Potrebna dužina
Zahtev nije specifikovao dužinu svog sadržaja, što je neophodno prema zahtevanom resursu.[1]
412 Neuspeli preduslov
Server ne podržava neki od preduslova koje je zahtevač stavio u zahtev.[1]
413 Zahtevani entitet prevelik
Zahtev je veći nego što je server voljan ili u mogućnosti da obradi.[1]
414 Traženi URI predugačak
Obezbeđen URI je predugačak da bi ga server obradio.[1]
415 Nepodržan tip medija
Traženi entitet sadrži tip medija koji server ili resurs ne podržava.[1]
416 Traženi opseg nije zadovoljiv
Klijent je tražio deo datoteke ali server ne može da ponudi taj deo.[1]
417 Neuspelo očekivanje
Server ne može da ispuni zahteve od očekivanog zahteva hedera.[1]
418 Ja sam na šoljici čaja (RFC 2324)
Ovaj kod je definisan 1998 kao jedna prvoaprilska šala i ne očekuje se da bude implementiran na HTTP serverima.
419 Identifikacija istekla
Nije deo HTTP standarda, ovaj kod ukazuje na to da je prethodno validna identifikacija istekla. Koristi se kao alternativa koda 401.
420 Poboljšajte vašu smirenost (Twitter)
Nije deo HTTP standarda, ali je vraćena od strane Twitter Search i Trends API kada klijent dosegne određeni rejting.[7]
422 Neobradivi entitet (WebDAV; RFC 4918)
Zahtev je dobro formiran ali je nemoguće detektovati semantičke greške.[2]
423 Zaključan (WebDAV; RFC 4918)
Resurs kom je pristupljeno je zaključan.[2]
424 Neuspela zavisnost (WebDAV; RFC 4918)
Neuspešan zahtev zbog neuspešnosti prethodnog zahteva.[2]
424 Neuspešna metoda (WebDAV)[8]
Ukazuje na metodu koja nije izvršena nad određenim resursom u okviru njenog delokruga, jer neki deo izvršavanja ove metode nije uspeo pa će cela metoda biti prekinuta.
425 Nesortirana kolekcija (Internet draft)
Definisana u draftovima "WebDAV Advanced Collections Protocol",[9]
426 Potrebna nadogradnja (RFC 2817)
Klijent može da se prebaci na drugi protokol kao što je TLS/1.0.[10]
428 Obavezan preduslov (RFC 6585)
Originalni server zahteva da zahtev bude uslovljen. Cilj mu je da spreči problem prilikom ažuriranja, u slučaju kada je treća strana menjala nešto na serveru što je dovelo do sukoba.[11]
429 Previše zahteva (RFC 6585)
Korisnik je poslao previše zahteva za određeno vreme.
431 Zahtevana polja hedera prevelika (RFC 6585)
Server nije voljan da obradi zahtev zbog toga što su neka individualna polja hedera, ili su sva polja hedera prevelika.[11]
444 Nema odgovora (Nginx)
Korišćeno u Nginx logovima da ukaže na to da je server vratio informaciju klijentu i zatvorio konekciju.
449 Pokušajte ponovo sa (Microsoft)
Majkrosoftova ekstenzija. Zahtev treba da se ponovi nakon što se preduzmu odgovarajuće radnje.[12]
Često pretraživačke mašine ili neke aplikacije ignorišu potrebne parametre.
450 Blokirano od strane Windows roditeljske kontrole (Microsoft)
Majkrosoftova ekstenzija. Ova greška se javlja kad je uključena Windows roditeljska kontrola i blokira pristup određenoj veb stranici.[13]
451 Nedostupno zbog pravnih razloga (Internet draft)
Definisano u internet draftu "A New HTTP Status Code for Legally-restricted Resources".[14] Namenjen da se koristi kada resurs nije dostupan iz pravnih razloga.
451 Redirekcija (Microsoft)
Korišćena u Exchange ActiveSync ako postoji efikasniji server ili server ne može da pristupi poštanskom sandučetu korisnika.[15]
494 Zahtevani heder prevelik (Nginx)
Nginx interni kod sličan sa 412 ali je predstavljen ranije[16][originalno istraživanje?]
497 HTTP u HTTPS (Nginx)
Nginx interni kod korišćen za HTTP zahtev koji je poslat na HTTPS port da bi ga razlikovali od 4XX u logu o greškama redirekcije stranice.
499 Zatvoren zahtev od strane klijenta (Nginx)
Korišćen u Nginx logovima da ukaže kad konekcija bude zatvorena od strane klijenta dok server i dalje obrađuje zahtev, pri tom onemogućavajući server da pošalje kod statusa.[17]

5xx Greške na strani servera

uredi

Server nije uspeo da ispuni naizgled ispravan zahtev.[1]

Statusni kodovi koji počinju cifrom 5 pokazuju slučajeve u kojima je do greške došlo na strani servera. Osim kada je u pitanju HEAD zahtev, server treba da da entitet koji sadrži objašnjenje greške, i da da indikator da li je greška trajne ili trenutne prirode. Isto tako, korisnički agenti treba da pokažu priključen entitet korisniku. Ovi kodovi se mogu primeniti na sve metode zahtevanja.

500 Interna server greška
Generička poruka o grešci, vraća se kad nema specifičnijih poruka koje su pogodne za datu situaciju.[1]
501 Nije implementirana
Server ne prepoznaje metodu zahteva, ili nije u stanju da ispuni zahtev.[1]
502 Bad Gateway
Server je delovao kao gateway ili proksi i primio je nevažeći odgovor od servera za otpremanje.[1]
503 Servis nedostupan
Server je trenutno nedostupan (jer je preopterećen ili zbog održavanja).[1] Generalno, ovo je trenutno stanje.
504 Gateway Timeout
Server je delovao kao gateway ili proksi i nije primio na vreme odgovor od servera za otpremanje.[1]
505 HTTP nepodržana verzija
Server ne podržava verziju HTTP protokola koji je korišćen u zahtevu.[1]
507 Nedovoljna memorija (WebDAV; RFC 4918)
Server nije u mogućnosti da sačuva reprezentaciju koja je potrebna da bi se zahtev izvršio.[2]
508 Detektovana petlja (WebDAV; RFC 5842)
Server je otkrio beskonačnu petlju dok je obrađivao zahtev.
509 Protok limita prekoračen (Apache bw/limited extension)
Ovaj kod statusa, dok je korišćen od strane mnogih servera, nije specifikovan ni u jednom RFCs.
510 Nije produžen (RFC 2774)
Dalja proširenja zahteva su potrebna da bi ga server obradio.[18]
511 Potrebna identifikacija mreže (RFC 6585)
Klijent treba da se identifikuje da bi dobio pristup mreži(npr. kada se traži saglasnost sa uslovima korišćenja pre nego što damo pun pristup Internetu preko Wi-Fi hotspot-a).[11]

Pogledaj još

uredi

Reference

uredi
  1. ^ a b v g d đ e ž z i j k l lj m n nj o p r s t ć u f h c č š aa ab av ag Fielding, Roy T.; Gettys, James; Mogul, Jeffrey C.; Nielsen, Henrik Frystyk; Masinter, Larry; Leach, Paul J.; Berners-Lee, Tim (June 1999). Hypertext Transfer Protocol – HTTP/1.1. IETF. RFC 2616. Retrieved October 24, 2009.
  2. ^ a b v g d Dusseault, Lisa, ed. (June 2007). HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV). IETF. RFC 4918. Retrieved October 24, 2009.
  3. ^ Delta encoding in HTTP. IETF. January 2002. RFC 3229. Retrieved February 25, 2011.
  4. ^ „Mozilla Bugzilla Bug 187996: Strange behavior on 305 redirect”. 3. 3. 2003. Pristupljeno 21. 5. 2009. 
  5. ^ „Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content”. IETF. 2012. Pristupljeno 8. 10. 2012. 
  6. ^ „The Hypertext Transfer Protocol (HTTP) Status Code 308 (Permanent Redirect)”. IETF. 2012. Pristupljeno 27. 3. 2012. 
  7. ^ „Twitter Error Codes & Responses”. Twitter. 2012. Arhivirano iz originala 25. 2. 2012. g. Pristupljeno 20. 1. 2012. 
  8. ^ „WebDAV Status Codes: 300s and 400s”. Microsoft Developer Network. Pristupljeno 9. 11. 2012. 
  9. ^ Slein, Judy; Whitehead, Jim; Davis, Jim; Clemm, Geoffrey; Fay, Chuck; Crawford, Jason; Chihaya, Tyson (June 18, 1999). WebDAV Advanced Collections Protocol. IETF. I-D draft-ietf-webdav-collection-protocol-04. Retrieved October 24, 2009.
  10. ^ Khare, Rohit; Lawrence, Scott (May 2000). Upgrading to TLS Within HTTP/1.1. IETF. RFC 2817. Retrieved October 24, 2009.
  11. ^ a b v Nottingham, M.; Fielding, R. (april 2012). „[[Request for Comments|RFC]] [https://tools.ietf.org/html/rfc6585 6585] – Additional HTTP Status Codes”. Request for Comments. Internet Engineering Task Force. Pristupljeno 1. 5. 2012.  Spoljašnja veza u |title= (pomoć); Sukob URL—vikiveza (pomoć)
  12. ^ „2.2.6 449 Retry With Status Code”. Microsoft. 2009. Pristupljeno 26. 10. 2009. 
  13. ^ „Screenshot of error page” (bmp). Pristupljeno 11. 10. 2009. 
  14. ^ Bray, Tim (January 11, 2013). A New HTTP Status Code for Legally-restricted Resources. IETF. I-D draft-tbray-http-legally-restricted-status-02. Retrieved March 21, 2013.
  15. ^ „MS-ASCMD, Section 3.1.5.2.2”. 
  16. ^ „Nginx Change Log”. nginx.org/. Pristupljeno 9. 11. 2012. 
  17. ^ Sysoev, Igor (avgust 2007). „Re: 499 error in nginx”. Pristupljeno 9. 12. 2010. 
  18. ^ Nielsen, Henrik Frystyk; Leach, Paul J.; Lawrence, Scott (February 2000). An HTTP Extension Framework. IETF. RFC 2774. Retrieved October 24, 2009.

Spoljašnje veze

uredi