Codurile pentru aceste și alte stări au fost propuse ca urmare a ISOC și organizațiilor IETF. al cărui scop a fost de a dezvolta un protocol standard pentru HTTP (protocol de transfer hiper-text). Acest document care reglementează activitatea de cele mai multe browsere web moderne, clienții web, servere web, aplicații web și parser web și multe altele. Datorită acestor documente, dezvoltatorii din întreaga lume pot dezvolta compatibile și nu intră în conflict cu reglementările în vigoare software-ul.
Conform protocolului HTTP (descris în RFC 7231), un client web. se conectează la un server de web. transferuri ca o modalitate (cale) identificator resursă sau un fișier care vrea să obțină. De exemplu, în cazul în care serverul nu este legată de o resursă astfel de mod, serverul returnează o eroare 404, adică transmite, ca stare (codul de stare) „404“. Dacă resursa este găsit, serverul trimite conținutul său, stabilind ca statutul de „200 (succes)“, care apare cel mai des.
Rolul tuturor acestor stări pe care le web client determină modul în care să se ocupe de fluxul de date care vine ca un răspuns de la server-ul Web. În unele cazuri, serverul (cu excepția starea erorii) nu transmite nici un „cioturi“ și veți vedea un mesaj foarte simplu, timpul de generare browser-ul dumneavoastră. Cu toate că, uneori, un site poate conține o acoperire destul de interesant, care spune despre problema.
De ce 404 și nu 798 sau 150? Deoarece ca figuri primul statut de clasă el vorbește despre acest statut, și numai apoi codul. În total sunt 5 clase (a se vedea lista de stare HTTP.)
1xx informațional (Informații)
2xx de succes (succes)
3xx Redirectionarea (Redirecționând)
Eroare 4xx Client (erori de client)
5xx Server Error (Eroare de server)
404, prin urmare, eroarea de client (browser web sau utilizator). Există și alte stări, cum ar fi atunci când serverul este ceva rupt, veți vedea starea de clasa a cincea, de tip 503.
Dmitrij Igorevich răspunde la întrebările dumneavoastră în linia lui directă