Codurile pentru erorile  generale http conform W3.org

site oficial: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

10 cod de stare definiţii

Each Status-Code is described below, including a description of which method(s) it can follow and any metainformation required in the response. Fiecare Stare de Cod este descris mai jos, inclusiv o descriere a metodei care (e) de a putea urmări şi orice metainformation necesare în răspuns.

10.1 Informational 1xx 10.1 Informaţionale 1xx

This class of status code indicates a provisional response, consisting only of the Status-Line and optional headers, and is terminated by an empty line. Aceasta clasa de cod de stare indică un răspuns provizoriu, format numai din Statutul-Line antete şi opţional, şi este reziliat de către o linie goală. There are no required headers for this class of status code. Nu sunt necesare antetele pentru această clasă de cod de stare. Since HTTP/1.0 did not define any 1xx status codes, servers MUST NOT send a 1xx response to an HTTP/1.0 client except under experimental conditions. HTTP/1.0 Deoarece nu a defini orice coduri de stare 1xx, servere nu trebuie să 1xx trimite un răspuns la o HTTP/1.0 de client cu excepţia sub condiţiile experimentale impuse.

A client MUST be prepared to accept one or more 1xx status responses prior to a regular response, even if the client does not expect a 100 (Continue) status message. Un client trebuie să fie pregătite pentru a accepta unul sau mai multe răspunsuri de stare 1xx înainte de a regulate de răspuns, chiar dacă clientul nu se aştepta la un 100 (Continuaţi) mesaj de stare. Unexpected 1xx status responses MAY be ignored by a user agent. Neaşteptată de stare 1xx MAI răspunsuri fi ignorat de către un agent de utilizator.

Proxies MUST forward 1xx responses, unless the connection between the proxy and its client has been closed, or unless the proxy itself requested the generation of the 1xx response. Proxy-uri, trebuie să transmită răspunsurile 1xx, cu excepţia cazului în care conexiunea între client şi server proxy a fost închise, sau cu excepţia cazului în care se proxy-a solicitat generaţie de 1xx răspuns. (For example, if a (De exemplu, dacă o

proxy adds a "Expect: 100-continue" field when it forwards a request, then it need not forward the corresponding 100 (Continue) response(s).) adaugă un proxy "Aşteptaţi: 100-continua", atunci când domeniul departe o cerere, atunci nu e nevoie să înainteze corespunzătoare 100 (Continuare) de răspuns (e).)

10.1.1 100 Continue 10.1.1 100 Continuare

The client SHOULD continue with its request. Clientul trebuie să continue cu cererea sa. This interim response is used to inform the client that the initial part of the request has been received and has not yet been rejected by the server. Acest răspuns intermediar este folosit pentru a informa clientul că iniţial o parte din cererea a fost primită şi încă nu a fost respins de server. The client SHOULD continue by sending the remainder of the request or, if the request has already been completed, ignore this response. Clientul trebuie să continue, prin trimiterea restul de cerere sau, în cazul în care cererea a fost deja realizate, ignoraţi acest răspuns. The server MUST send a final response after the request has been completed. Serverul trebuie să trimiteţi un răspuns final după ce cererea a fost finalizat. See section 8.2.3 for detailed discussion of the use and handling of this status code. Consultaţi secţiunea 8.2.3 pentru discuţii detaliate cu privire la utilizarea şi manipularea de acest cod de stare.

10.1.2 101 Switching Protocols 10.1.2 Trecerea Protocoalele 101

The server understands and is willing to comply with the client's request, via the Upgrade message header field (section 14.42), for a change in the application protocol being used on this connection. Serverul a înţelege şi este dispus să respecte cererea clientului, prin intermediul Upgrade mesaj antet domeniu (pct. 14.42), pentru o schimbare în cererea de protocol a fi utilizate pe această legătură. The server will switch protocols to those defined by the response's Upgrade header field immediately after the empty line which terminates the 101 response. Serverul va trece la aceste protocoale definite de răspuns de domeniul de upgrade antet, imediat după linia goală care se termina cu 101 de răspuns.

The protocol SHOULD be switched only when it is advantageous to do so. Protocolul ar trebui pus în trecut numai atunci când este avantajos să o facă. For example, switching to a newer version of HTTP is advantageous over older versions, and switching to a real-time, synchronous protocol might be advantageous when delivering resources that use such features. De exemplu, trecerea la o versiune mai nouă a HTTP este avantajoasă peste versiuni mai vechi, şi trecerea la un timp real, sincrone de protocol ar putea fi avantajoasă, atunci când livrarea de resurse care utilizează astfel de caracteristici.

10.2 Successful 2xx 10.2 succes 2xx

This class of status code indicates that the client's request was successfully received, understood, and accepted. Aceasta clasa de cod de stare indică faptul că cererea clientului a fost primit cu succes, de înţeles şi acceptat.

10.2.1 200 OK 10.2.1 200 OK

The request has succeeded. Cererea a reusit. The information returned with the response is dependent on the method used in the request, for example: Informaţiile întors cu răspuns este dependentă de metoda utilizată în solicitare, de exemplu:

GET an entity corresponding to the requested resource is sent in the response; GET o entitate corespunzător de resurse este trimis în răspuns;

HEAD the entity-header fields corresponding to the requested resource are sent in the response without any message-body; HEAD-antet în care entitatea de domeniile corespunzătoare de resurse solicitate sunt trimise în mesajul de răspuns, fără nici-organism;

POST an entity describing or containing the result of the action; POST, care descrie o entitate sau care conţine rezultat al acţiunii;

TRACE an entity containing the request message as received by the end server. UMBRELE o entitate care conţine cererea ca mesaj primit de la sfârşitul server.

10.2.2 201 Created 10.2.2 Creat 201

The request has been fulfilled and resulted in a new resource being created. Cererea a fost îndeplinită şi a dus la o nouă resursă a fi creat. The newly created resource can be referenced by the URI(s) returned in the entity of the response, with the most specific URI for the resource given by a Location header field. Nou creat, de resurse pot fi referite de către URI (e) de întors în entitate a răspuns, cu cea mai specifice pentru a resurselor URI dat de un amplasament de antet domeniu. The response SHOULD include an entity containing a list of resource characteristics and location(s) from which the user or user agent can choose the one most appropriate. Răspunsul ar trebui să includă o entitate care conţine o listă de caracteristici de resurse şi de locaţie (e) de la care utilizatorul sau de agent de utilizator poate alege cel mai adecvat. The entity format is specified by the media type given in the Content-Type header field. De entitate este formatul specificat de către mass-media de tip dat în antetul Content-Type domeniu. The origin server MUST create the resource before returning the 201 status code. If the action cannot be carried out immediately, the server SHOULD respond with 202 (Accepted) response instead. De origine trebuie să creaţi server de resurse înainte de întoarcere de 201 de cod de stare. În cazul în care acţiunea nu poate fi efectuată imediat, serverul trebuie să răspundă cu 202 (Acceptat) în loc de răspuns.

A 201 response MAY contain an ETag response header field indicating the current value of the entity tag for the requested variant just created, see section 14.19 . Un răspuns MAI 201 conţină o ETag antet domeniul reacţie care indică valoarea curentă a entităţii tag-ul pentru a solicitat varianta creată, vezi pct. 14.19.

10.2.3 202 Accepted 10.2.3 202 Acceptat

The request has been accepted for processing, but the processing has not been completed. Cererea a fost acceptată pentru prelucrare, de prelucrare, dar nu a fost finalizat. The request might or might not eventually be acted upon, as it might be disallowed when processing actually takes place. Cererea ar putea sau nu ar putea fi acţionat în cele din urmă, la, ca s-ar putea fi respinse de prelucrare de fapt, atunci când are loc. There is no facility for re-sending a status code from an asynchronous operation such as this. Nu există nici o facilitate pentru re-trimite un cod de stare asincrone de la o operaţiune, cum ar fi aceasta.

The 202 response is intentionally non-committal. De 202 de răspuns este intenţionat care nu angajează. Its purpose is to allow a server to accept a request for some other process (perhaps a batch-oriented process that is only run once per day) without requiring that the user agent's connection to the server persist until the process is completed. Scopul acestuia este de a permite unui server să accepte o cerere pentru un alt proces (probabil un lot orientate pe proces care se executa numai o dată pe zi), fără a necesita că utilizatorul care a agentului de conectare la server persista până când procesul este finalizat. The entity returned with this response SHOULD include an indication of the request's current status and either a pointer to a status monitor or some estimate of when the user can expect the request to be fulfilled. De entitate întors cu acest răspuns ar trebui să includă o indicaţie a lui cerere şi de starea curentă, fie un pointer la un monitor sau o stare de estimare, atunci când utilizatorul poate aştepta la cererea de a fi îndeplinite.

10.2.4 203 Non-Authoritative Information 10.2.4 203 non-autoritar Informaţii

The returned metainformation in the entity-header is not the definitive set as available from the origin server, but is gathered from a local or a third-party copy. Metainformation a revenit în entitate-header nu este definitivă stabilite ca disponibile de la serverul de origine, dar care se acumuleaza de la o locatie local sau o terţă parte copie. The set presented MAY be a subset or superset of the original version. MAI a stabilit prezentate fie un subgrup sau superset al versiunea originală. For example, including local annotation information about the resource might result in a superset of the metainformation known by the origin server. De exemplu, inclusiv locale de adnotări informaţii despre resurse ar putea duce la un superset al metainformation cunoscute de către serverul de origine. Use of this response code is not required and is only appropriate when the response would otherwise be 200 (OK). Utilizarea acestui cod de răspuns nu este necesară şi este numai atunci când este cazul în care răspunsul ar fi 200 (OK).

10.2.5 204 No Content 10.2.5 nr 204 Conţinut

The server has fulfilled the request but does not need to return an entity-body, and might want to return updated metainformation. Server-a îndeplinit cererea, dar nu are nevoie de o entitate pentru a reveni-organism, şi ar vrea să se întoarcă metainformation actualizate. The response MAY include new or updated metainformation in the form of entity-headers, which if present SHOULD be associated with the requested variant. MAI a răspuns include noi sau actualizate metainformation sub formă de entitate-antete, care în cazul în prezent trebuie să fie asociat cu varianta solicitat.

If the client is a user agent, it SHOULD NOT change its document view from that which caused the request to be sent. În cazul în care clientul este un agent de utilizator, acesta nu ar trebui să îşi schimbe vedere documentul de la care a cauzat de faptul că cererea de a fi trimis. This response is primarily intended to allow input for actions to take place without causing a change to the user agent's active document view, although any new or updated metainformation SHOULD be applied to the document currently in the user agent's active view. Acest răspuns este în primul rând, scopul de a permite introducerea de acţiuni să aibă loc fără a cauza o schimbare de utilizator pentru a agentului activ document de vedere, cu toate că orice noi sau actualizate metainformation trebuie să fie aplicate la documentul în prezent în agent de utilizator activ al vizualiza.

The 204 response MUST NOT include a message-body, and thus is always terminated by the first empty line after the header fields. De 204 de răspuns nu trebuie să includă un mesaj-organism, şi, astfel, este întotdeauna închisă de către prima linie de gol, după câmpurile de antet.

10.2.6 205 Reset Content 10.2.6 205 Resetare conţinut

The server has fulfilled the request and the user agent SHOULD reset the document view which caused the request to be sent. Server-a îndeplinit cererea şi utilizatorul trebuie să agent de reiniţializare a vizualiza documentul care a determinat cererea de a fi trimis. This response is primarily intended to allow input for actions to take place via user input, followed by a clearing of the form in which the input is given so that the user can easily initiate another input action. Acest răspuns este în primul rând, scopul de a permite introducerea de acţiuni pentru a avea loc prin intermediul date introduse de utilizator, urmate de o compensare de forma în care este dat de intrare, astfel încât utilizatorul poate iniţia o altă intrare cu uşurinţă de acţiune. The response MUST NOT include an entity. Răspunsul nu trebuie să includă o entitate.

10.2.7 206 Partial Content 10.2.7 206 parţiale de conţinut

The server has fulfilled the partial GET request for the resource. The request MUST have included a Range header field (section 14.35) indicating the desired range, and MAY have included an If-Range header field (section 14.27 ) to make the request conditional. Serverul a îndeplinit cererea pentru GET parţială a resurselor. Cererea trebuie să includă o gamă de antet domeniu (pct. 14.35), indicând dorit de gama, MAI şi au inclus o Dacă-Gama de antet domeniu (pct. 14.27) pentru a face cererea condiţionată.

The response MUST include the following header fields: Răspunsul trebuie să includă următoarele domenii de antet:

       - Either a Content-Range header field (section 14.16) indicating - Fie o Content-Range header domeniu (pct. 14.16), indicând 
         the range included with this response, or a multipart/byteranges gama incluse cu acest răspuns, sau un multivolum / byteranges 
         Content-Type including Content-Range fields for each part. Content-Type inclusiv Content-Gama de domenii pentru fiecare parte. If a Dacă un 
         Content-Length header field is present in the response, its Content-Length header domeniu este prezent în răspuns, sa 
         value MUST match the actual number of OCTETs transmitted in the valoarea reală trebuie să se potrivească cu numărul de octeţi transmise în 
         message-body. mesaj de-corp. 

       - Date - Data 

       - ETag and/or Content-Location, if the header would have been sent - ETag şi / sau de conţinut-Oras, în cazul în care ar fi fost de antet a trimis 
         in a 200 response to the same request 200 într-un răspuns la aceeaşi cerere 

       - Expires, Cache-Control, and/or Vary, if the field-value might - Expiră, Cache-control, şi / sau Vary, în cazul în care domeniul de valoare ar putea 
         differ from that sent in any previous response for the same diferă de la care a trimis în nici un răspuns anterior pentru aceleaşi 
         variant variantă 

If the 206 response is the result of an If-Range request that used a strong cache validator (see section 13.3.3), the response SHOULD NOT include other entity-headers. Dacă a 206 de răspuns este rezultatul unui Dacă-Gama de cerere pe care a utilizat un puternic cache de validare (vezi pct. 13.3.3), răspunsul nu ar trebui să includă şi alte titluri de-entitate. If the response is the result of an If-Range request that used a weak validator, the response MUST NOT include other entity-headers; this prevents inconsistencies between cached entity-bodies and updated headers. Dacă răspunsul este rezultatul unui Dacă-Gama de cerere pe care a utilizat un slab validator, răspunsul nu trebuie să includă alte entitate-antete; împiedică această entitate neconcordanţe între cache-organisme şi actualizat antete. Otherwise, the response MUST include all of the entity-headers that would have been returned with a 200 (OK) response to the same request. Altfel, de răspuns trebuie să includă toate de la o entitate care-header-ar fi fost întors cu un 200 (OK) răspuns la aceeaşi cerere.

A cache MUST NOT combine a 206 response with other previously cached content if the ETag or Last-Modified headers do not match exactly, see 13.5.4 . Un cache-ul nu trebuie să combina o 206 de răspuns cu alte anterior în cache conţinutul sau în cazul în care ETag-Ultima modificare antete nu se potrivesc exact, a se vedea 13.5.4.

A cache that does not support the Range and Content-Range headers MUST NOT cache 206 (Partial) responses. Un cache-ul care nu are suport pentru gama de conţinut şi de-Gama de antete nu trebuie să cache de 206 (parţială) de răspunsuri.

10.3 Redirection 3xx 10.3 Redirectarea 3xx

This class of status code indicates that further action needs to be taken by the user agent in order to fulfill the request. Aceasta clasa de cod de stare indică faptul că are nevoie de acţiuni suplimentare pentru a fi luate de agent de utilizator, pentru a îndeplini cererea. The action required MAY be carried out by the user agent without interaction with the user if and only if the method used in the second request is GET or HEAD. De acţiune necesară MAI vor fi efectuate de către agentul utilizator fără interacţiune cu utilizatorul, dacă şi numai dacă metoda utilizată în cea de-a doua cerere este GET sau HEAD. A client SHOULD detect infinite redirection loops, since such loops generate network traffic for each redirection. Un client ar trebui să detecteze infinit redirecţionarea buclele, deoarece buclele genera astfel de trafic de reţea pentru fiecare redirecţionare.

       Note: previous versions of this specification recommended a Notă: versiunile anterioare de acest caiet de sarcini a recomandat o 
       maximum of five redirections. maximă de cinci Redirectari. Content developers should be aware Dezvoltatorii de conţinut ar trebui să fie conştienţi de 
       that there might be clients that implement such a fixed care ar putea fi clienti care să pună în aplicare o astfel de fix 
       limitation. limitare. 

10.3.1 300 Multiple Choices 10.3.1 300 Multiple Choices

The requested resource corresponds to any one of a set of representations, each with its own specific location, and agent- driven negotiation information (section 12) is being provided so that the user (or user agent) can select a preferred representation and redirect its request to that location. Solicitată de resurse pentru a corespunde nici unul dintre un set de reprezentări, fiecare cu propriile sale specifice de locaţie, şi de negociere-uri de agent de informaţii (pct. 12) este prevăzut, astfel încât utilizatorul (sau de agent de utilizator) se poate selecta un preferat sale de reprezentare şi de redirecţionare că cererea de locaţie.

Unless it was a HEAD request, the response SHOULD include an entity containing a list of resource characteristics and location(s) from which the user or user agent can choose the one most appropriate. În cazul în care nu a fost o cerere HEAD, răspunsul ar trebui să includă o entitate care conţine o listă de caracteristici de resurse şi de locaţie (e) de la care utilizatorul sau de agent de utilizator poate alege cel mai adecvat. The entity format is specified by the media type given in the Content- Type header field. De entitate este formatul specificat de către mass-media de tip dat în antetul Content-Type domeniu. Depending upon the format and the capabilities of În funcţie de formatul şi de capabilităţi de

the user agent, selection of the most appropriate choice MAY be performed automatically. de agent de utilizator, selecţie din cele mai adecvate MAI alegere fi efectuate în mod automat. However, this specification does not define any standard for such automatic selection. Cu toate acestea, această specificaţie nu defineşte nici un standard pentru astfel de automate de selecţie.

If the server has a preferred choice of representation, it SHOULD include the specific URI for that representation in the Location field; user agents MAY use the Location field value for automatic redirection. Dacă serverul are o alegere preferată de reprezentare, acesta ar trebui să includă specifice URI pentru că reprezentare în domeniul amplasament; utilizator MAI agenţi de utilizare Locatia domeniul de valoare pentru redirecţionarea automată. This response is cacheable unless indicated otherwise. Acest răspuns cacheable cu excepţia cazului în care este indicat altfel.

10.3.2 301 Moved Permanently 10.3.2 301 Mutat permanent

The requested resource has been assigned a new permanent URI and any future references to this resource SHOULD use one of the returned URIs. Solicitată de resurse a fost atribuit un nou URI permanentă şi orice viitor trimiteri la aceste resurse ar trebui să utilizeze una din cele returnate URI-uri. Clients with link editing capabilities ought to automatically re-link references to the Request-URI to one or more of the new references returned by the server, where possible. Clienti cu link-ul de capabilităţi de editare ar trebui în mod automat pentru a re-trimiteri la link-ul de Cerere-URI de la una sau mai multe dintre noi referinţe returnate de server, acolo unde este posibil. This response is cacheable unless indicated otherwise. Acest răspuns cacheable cu excepţia cazului în care este indicat altfel.

The new permanent URI SHOULD be given by the Location field in the response. URI permanentă de noi ar trebui să se acorde de amplasament în domeniul reacţie. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s). Cu excepţia cazului în care cererea a fost metoda HEAD, în care entitatea a răspuns ar trebui să conţină o scurtă notă cu link-un hyperlink la nou URI (e).

If the 301 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued. În cazul în care codul de stare 301 este primit ca răspuns la o cerere, altele decât GET sau HEAD, de agent de utilizator nu trebuie să redirecţionaţi automat, cu excepţia cazului în care cererea poate fi confirmat de catre utilizator, deoarece acest lucru ar putea modifica condiţiile în care cererea a fost eliberat.

       Note: When automatically redirecting a POST request after Notă: Când un post redirectionarea automat, după cererea 
       receiving a 301 status code, some existing HTTP/1.0 user agents primeşte un cod de stare 301, unele existente HTTP/1.0 agenţi de utilizator 
       will erroneously change it into a GET request. eronat va schimba intr-o cerere GET. 

10.3.3 302 Found 10.3.3 302 găsite

The requested resource resides temporarily under a different URI. Since the redirection might be altered on occasion, the client SHOULD continue to use the Request-URI for future requests. Solicitată de resurse rezident temporar sub un URI de diferite. Redirecţionarea Deoarece ar putea fi modificate pe ocazie, clientul ar trebui să continue să utilizeze Cerere-URI pentru cererile viitoare. This response is only cacheable if indicated by a Cache-Control or Expires header field. Acest răspuns este de doar dacă cacheable indicat de o Cache-Control sau Expiră antet domeniu.

The temporary URI SHOULD be given by the Location field in the response. URI temporară ar trebui să se acorde de amplasament în domeniul reacţie. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s). Cu excepţia cazului în care cererea a fost metoda HEAD, în care entitatea a răspuns ar trebui să conţină o scurtă notă cu link-un hyperlink la nou URI (e).

If the 302 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued. În cazul în care codul de stare 302 este primit ca răspuns la o cerere, altele decât GET sau HEAD, de agent de utilizator nu trebuie să redirecţionaţi automat, cu excepţia cazului în care cererea poate fi confirmat de catre utilizator, deoarece acest lucru ar putea modifica condiţiile în care cererea a fost eliberat.

       Note: RFC 1945 and RFC 2068 specify that the client is not allowed Notă: RFC 1945 şi RFC 2068 specifica pe care clientul nu este permis 
       to change the method on the redirected request. pentru a schimba metoda de pe cererea de redirectionare. However, most Cu toate acestea, cele mai multe 
       existing user agent implementations treat 302 as if it were a 303 agent de utilizator existente, 302 implementările trata ca şi cum ar fi un 303 
       response, performing a GET on the Location field-value regardless de răspuns, executarea unei GET pe amplasament domeniu, indiferent de valoare 
       of the original request method. din perioada iniţială de metodă de cerere. The status codes 303 and 307 have Statutul de la codurile 303 şi 307 au 
       been added for servers that wish to make unambiguously clear which fost adăugat pentru că serverele de dorinţa de a face neechivoc clar care 
       kind of reaction is expected of the client. fel de reacţie este de aşteptat de client. 

10.3.4 303 See Other 10.3.4 Alte 303 Vezi

The response to the request can be found under a different URI and SHOULD be retrieved using a GET method on that resource. De răspuns la cererea poate fi găsit sub un alt URI şi ar trebui să fie preluate GET folosind o metodă pe care de resurse. This method exists primarily to allow the output of a POST-activated script to redirect the user agent to a selected resource. Această metodă există, în primul rând pentru a permite ieşirea dintr-un post-script activat pentru a redirecţiona de la un agent de utilizator selectate de resurse. The new URI is not a substitute reference for the originally requested resource. URI de noi nu este un substitut de referinţă pentru resursele solicitate iniţial. The 303 response MUST NOT be cached, but the response to the second (redirected) request might be cacheable. De 303 de răspuns nu trebuie să fie în cache, dar de răspuns la cea de-a doua (Redirecţionat) cerere ar putea fi cacheable.

The different URI SHOULD be given by the Location field in the response. URI de diferite ar trebui să se acorde de amplasament în domeniul reacţie. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s). Cu excepţia cazului în care cererea a fost metoda HEAD, în care entitatea a răspuns ar trebui să conţină o scurtă notă cu link-un hyperlink la nou URI (e).

       Note: Many pre-HTTP/1.1 user agents do not understand the 303 Notă: Multe pre-HTTP/1.1 utilizator nu agenţi înţeleagă 303 
       status. statut. When interoperability with such clients is a concern, the Când astfel de interoperabilitate cu clientii este un motiv de îngrijorare, de 
       302 status code may be used instead, since most user agents react 302 cod de stare pot fi utilizate în loc, deoarece cele mai multe agenţii de utilizator reacţiona 
       to a 302 response as described here for 303. la un răspuns 302, după cum este descris aici pentru 303. 

10.3.5 304 Not Modified 10.3.5 304 nu a modificat

If the client has performed a conditional GET request and access is allowed, but the document has not been modified, the server SHOULD respond with this status code. În cazul în care clientul a efectuat o cerere GET condiţionată şi de accesul este permis, dar documentul nu a fost modificat, serverul ar trebui să răspundă cu acest cod de stare. The 304 response MUST NOT contain a message-body, and thus is always terminated by the first empty line after the header fields. De 304 de răspuns nu trebuie să conţină un mesaj de-corp, şi, astfel, este întotdeauna închisă de către prima linie de gol, după câmpurile de antet.

The response MUST include the following header fields: Răspunsul trebuie să includă următoarele domenii de antet:

       - Date, unless its omission is required by section 14.18.1 - Data, cu excepţia cazului în care este necesar sa omisiune de secţiunea 14.18.1 

If a clockless origin server obeys these rules, and proxies and clients add their own Date to any response received without one (as already specified by [RFC 2068], section 14.19 ), caches will operate correctly. Dacă un server de origine clockless supune acestor reguli, şi proxy-uri şi de a adăuga propriile lor clienti Data de a primit nici un răspuns fără un (ca deja specificate de către [RFC 2068], secţiunea 14.19), memoriile cache va funcţiona corect.

       - ETag and/or Content-Location, if the header would have been sent - ETag şi / sau de conţinut-Oras, în cazul în care ar fi fost de antet a trimis 
         in a 200 response to the same request 200 într-un răspuns la aceeaşi cerere 

       - Expires, Cache-Control, and/or Vary, if the field-value might - Expiră, Cache-control, şi / sau Vary, în cazul în care domeniul de valoare ar putea 
         differ from that sent in any previous response for the same diferă de la care a trimis în nici un răspuns anterior pentru aceleaşi 
         variant variantă 

If the conditional GET used a strong cache validator (see section 13.3.3), the response SHOULD NOT include other entity-headers. Otherwise (ie, the conditional GET used a weak validator), the response MUST NOT include other entity-headers; this prevents inconsistencies between cached entity-bodies and updated headers. În cazul în care condi folosite OBTINETI un puternic cache de validare (vezi pct. 13.3.3), răspunsul nu ar trebui să includă şi alte titluri de-entitate. Altfel (de exemplu, folosite OBTINETI condiţionată de o rată scăzută de validare), în care răspunsul nu trebuie să includă alte entitate-antete; Aceasta previne neconcordanţe între cache-organisme şi entităţi actualizat antete.

If a 304 response indicates an entity not currently cached, then the cache MUST disregard the response and repeat the request without the conditional. 304 Dacă un răspuns de o entitate nu indică în mod curent în cache, atunci trebuie să ignore în cache-ul de răspuns şi repetaţi cererea fără a fi condiţionată.

If a cache uses a received 304 response to update a cache entry, the cache MUST update the entry to reflect any new field values given in the response. În cazul în care o utilizează un cache de 304 primit răspuns la actualizarea cache-ul de intrare, în cache-ul trebuie să actualizaţi de la intrarea pentru a reflecta orice domeniu nou valorile date în răspuns.

10.3.6 305 Use Proxy 10.3.6 305 de Utilizare proxy

The requested resource MUST be accessed through the proxy given by the Location field. Solicitată de resurse trebuie să fi accesate prin intermediul proxy dat de amplasament domeniu. The Location field gives the URI of the proxy. The recipient is expected to repeat this single request via the proxy. Adresa domeniul dă URI de proxy. Destinatarul este de aşteptat să repetaţi această cerere unică prin proxy. 305 responses MUST only be generated by origin servers. 305 de răspunsuri trebuie să fie generate numai de către serverele de origine.

       Note: RFC 2068 was not clear that 305 was intended to redirect a Notă: RFC 2068 nu a fost clar că 305 a fost destinat pentru a redirecţiona un 
       single request, and to be generated by origin servers only. singură cerere, şi pentru a fi generate de servere de origine numai. Not Nu 
       observing these limitations has significant security consequences. respectarea acestor limite are consecinţe semnificative de securitate. 

10.3.7 306 (Unused) 10.3.7 306 (nefolosite)

The 306 status code was used in a previous version of the specification, is no longer used, and the code is reserved. 306 de cod de stare a fost folosit într-o versiune anterioară de caietul de sarcini, nu mai este utilizat, şi codul este rezervate.

10.3.8 307 Temporary Redirect 10.3.8 307 temporară de redirecţionare

The requested resource resides temporarily under a different URI. Since the redirection MAY be altered on occasion, the client SHOULD continue to use the Request-URI for future requests. Solicitată de resurse rezident temporar sub un URI de diferite. Redirecţionarea Deoarece MAI fi modificate pe ocazie, clientul ar trebui să continue să utilizeze Cerere-URI pentru cererile viitoare. This response is only cacheable if indicated by a Cache-Control or Expires header field. Acest răspuns este de doar dacă cacheable indicat de o Cache-Control sau Expiră antet domeniu.

The temporary URI SHOULD be given by the Location field in the response. URI temporară ar trebui să se acorde de amplasament în domeniul reacţie. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s) , since many pre-HTTP/1.1 user agents do not understand the 307 status. Cu excepţia cazului în care cererea a fost metoda HEAD, în care entitatea a răspuns ar trebui să conţină o scurtă notă cu link-un hyperlink la nou URI (e), deoarece mulţi agenţi de utilizator pre-HTTP/1.1 nu înţeleg de 307 de stare. Therefore, the note SHOULD contain the information necessary for a user to repeat the original request on the new URI. Prin urmare, nota ar trebui să conţină informaţiile necesare pentru un utilizator să repetaţi original cererea de pe nou URI.

If the 307 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued. În cazul în care codul de stare 307 este primit ca răspuns la o cerere, altele decât GET sau HEAD, de agent de utilizator nu trebuie să redirecţionaţi automat, cu excepţia cazului în care cererea poate fi confirmat de catre utilizator, deoarece acest lucru ar putea modifica condiţiile în care cererea a fost eliberat.

10.4 Client Error 4xx 10.4 Client de eroare 4xx

The 4xx class of status code is intended for cases in which the client seems to have erred. 4xx de clasa de cod de stare este destinat pentru cazurile în care clientul pare să se fi erred. Except when responding to a HEAD request, the server SHOULD include an entity containing an explanation of the error situation, and whether it is a temporary or permanent condition. Cu excepţia când răspuns la o cerere HEAD, serverul ar trebui să includă o entitate care conţine o explicaţie a situaţiei de eroare, şi dacă este o condiţie temporară sau permanentă. These status codes are applicable to any request method. User agents SHOULD display any included entity to the user. Aceste coduri de stare sunt aplicabile pentru orice metodă de cerere. Agenţi de utilizator ar trebui să afişeze orice entitate incluse pentru utilizator.

If the client is sending data, a server implementation using TCP SHOULD be careful to ensure that the client acknowledges receipt of the packet(s) containing the response, before the server closes the input connection. În cazul în care clientul este de a trimite date, un server de punere în aplicare, utilizând TCP trebuie să fie atent pentru a se asigura că clientul recunoaşte primirea de pachete (e) care conţin răspuns, înainte de server de intrare, se închide conexiunea. If the client continues sending data to the server after the close, the server's TCP stack will send a reset packet to the client, which may erase the client's unacknowledged input buffers before they can be read and interpreted by the HTTP application. În cazul în care clientul continuă trimiterea datelor la server, după aproape, serverul de stiva TCP va trimite un pachet de reiniţializare a clientului, care poate şterge clientului fără răspuns tampon de intrare, înainte de a putea fi citite şi interpretate de cerere HTTP.

10.4.1 400 Bad Request 10.4.1 400 Bad Cerere

The request could not be understood by the server due to malformed syntax. Cererea nu a putut fi înţeleasă de server datorită sintaxei incorecte. The client SHOULD NOT repeat the request without modifications. Clientul nu trebuie să repetaţi cererea fără modificări.

10.4.2 401 Unauthorized 10.4.2 401 Unauthorized

The request requires user authentication. Cererea necesită autentificarea utilizatorului. The response MUST include a WWW-Authenticate header field (section 14.47) containing a challenge applicable to the requested resource. Răspunsul trebuie să includă un antet de WWW-certifica domeniu (pct. 14.47) care conţin o provocare, care se aplică la resursele solicitate. The client MAY repeat the request with a suitable Authorization header field (section 14.8 ). Clientul MAI repeta cu o cerere de autorizare potrivit antet domeniu (pct. 14.8). If the request already included Authorization credentials, then the 401 response indicates that authorization has been refused for those credentials. Dacă cererea de autorizare de acreditare deja incluse, apoi de 401 de răspuns indică faptul că autorizaţia a fost refuzată pentru cele de acreditare. If the 401 response contains the same challenge as the prior response, and the user agent has already attempted authentication at least once, then the user SHOULD be presented the entity that was given in the response, since that entity might include relevant diagnostic information. În cazul în conţine 401 de răspuns provocare acelaşi răspuns ca şi înainte, şi de agent de utilizator a fost deja de autentificare a încercat cel puţin o dată, apoi de utilizator ar trebui să fie prezentate de entitate care a fost dat în răspuns, deoarece entitate care ar putea include informaţii relevante pentru diagnostic. HTTP access authentication is explained in "HTTP Authentication: Basic and Digest Access Authentication" [43] . Autentificare HTTP de acces este explicat în "HTTP Authentication: Repertoriul de acces de bază şi de autentificare" [43].

10.4.3 402 Payment Required 10.4.3 402 de plată necesare

This code is reserved for future use. Acest cod este rezervat pentru utilizări în viitor.

10.4.4 403 Forbidden 10.4.4 403 Forbidden

The server understood the request, but is refusing to fulfill it. Authorization will not help and the request SHOULD NOT be repeated. If the request method was not HEAD and the server wishes to make public why the request has not been fulfilled, it SHOULD describe the reason for the refusal in the entity. Serverul a inteles cererea, dar este refuzul de a-şi îndeplini-o. Autorizare nu va ajuta şi la cerere nu ar trebui să fie repetate. În cazul în care cererea nu a fost metoda de cap şi server doreşte să facă publică cererea de ce nu a fost îndeplinit, ar trebui să descrie motiv pentru refuzul în entitate. If the server does not wish to make this information available to the client, the status code 404 (Not Found) can be used instead. Dacă serverul nu doresc să pună aceste informaţii la dispoziţia clientului, de cod de stare 404 (Nu a fost găsit) pot fi folosite în loc.

10.4.5 404 Not Found 10.4.5 404 Not Found

The server has not found anything matching the Request-URI. Serverul nu a găsit nimic de potrivire a Cerere-URI. No indication is given of whether the condition is temporary or permanent. Nici o indicaţie este dat de condiţia dacă este temporară sau permanentă. The 410 (Gone) status code SHOULD be used if the server knows, through some internally configurable mechanism, that an old resource is permanently unavailable and has no forwarding address. This status code is commonly used when the server does not wish to reveal exactly why the request has been refused, or when no other response is applicable. De 410 (Dispărut) statutul de cod trebuie să fie utilizat în cazul în care serverul stie, prin unele configurabil mecanism intern, care este un vechi de resurse indisponibil permanent şi nu are nici o adresă de expediere. Acest cod de stare este frecvent utilizat în cazul în care serverul nu doresc să dezvăluie exact de ce cererea a fost refuzată, sau atunci când nici un alt răspuns este cazul.

10.4.6 405 Method Not Allowed 10.4.6 405 Metoda nu este permis

The method specified in the Request-Line is not allowed for the resource identified by the Request-URI. Metoda specificată în Cerere-Line nu este permis pentru a resurselor identificate de Cerere-URI. The response MUST include an Allow header containing a list of valid methods for the requested resource. Răspunsul trebuie să includă o Permiteţi antet care conţine o listă de metode valabile pentru resursele solicitate.

10.4.7 406 Not Acceptable 10.4.7 406 Nu Acceptabil

The resource identified by the request is only capable of generating response entities which have content characteristics not acceptable according to the accept headers sent in the request. De resurse identificate de cerere este numai capabil de generare a răspuns entităţi care au caracteristici de conţinut nu acceptabil în funcţie de trimis în anteturile accepta cererea.

Unless it was a HEAD request, the response SHOULD include an entity containing a list of available entity characteristics and location(s) from which the user or user agent can choose the one most appropriate. În cazul în care nu a fost o cerere HEAD, răspunsul ar trebui să includă o entitate care conţine o listă de caracteristici disponibile entitate şi de locaţie (e) de la care utilizatorul sau de agent de utilizator poate alege cel mai adecvat. The entity format is specified by the media type given in the Content-Type header field. De entitate este formatul specificat de către mass-media de tip dat în antetul Content-Type domeniu. Depending upon the format and the capabilities of the user agent, selection of the most appropriate choice MAY be performed automatically. În funcţie de formatul şi de capabilităţi de agent de utilizator, selecţie din cele mai adecvate MAI alegere fi efectuate în mod automat. However, this specification does not define any standard for such automatic selection. Cu toate acestea, această specificaţie nu defineşte nici un standard pentru astfel de automate de selecţie.

       Note: HTTP/1.1 servers are allowed to return responses which are Notă: HTTP/1.1 servere sunt permise pentru a reveni de răspunsuri care sunt 
       not acceptable according to the accept headers sent in the acceptabil nu accepta în funcţie de titluri de trimis în 
       request. solicita. In some cases, this may even be preferable to sending a În unele cazuri, acest lucru poate fi chiar de preferat pentru a trimite un 
       406 response. 406 de răspuns. User agents are encouraged to inspect the headers of Utilizator agenţi sunt încurajate să inspecteze anteturile de 
       an incoming response to determine if it is acceptable. sosirea unui răspuns pentru a determina dacă acesta este acceptabil. 

If the response could be unacceptable, a user agent SHOULD temporarily stop receipt of more data and query the user for a decision on further actions. În cazul în care răspunsul ar putea fi inacceptabilă, un utilizator trebuie să agent de primire a opri temporar mai multe date, şi de interogare a utilizatorului pentru o decizie cu privire la alte acţiuni.

10.4.8 407 Proxy Authentication Required 10.4.8 407 Proxy Authentication Required

This code is similar to 401 (Unauthorized), but indicates that the client must first authenticate itself with the proxy. Acest cod este similar cu 401 (neautorizată), dar indică faptul că, clientul trebuie mai întâi să se autentifica cu proxy. The proxy MUST return a Proxy-Authenticate header field (section 14.33 ) containing a challenge applicable to the proxy for the requested resource. Proxy trebuie să returneze un proxy-autentificaţi antet domeniu (pct. 14.33) care conţin o provocare, care se aplică la proxy pentru a solicitat de resurse. The client MAY repeat the request with a suitable Proxy-Authorization header field (section 14.34 ). Clientul MAI repeta cu o cerere corespunzătoare de proxy-antet domeniul de autorizare (pct. 14.34). HTTP access authentication is explained in "HTTP Authentication: Basic and Digest Access Authentication" [43] . Autentificare HTTP de acces este explicat în "HTTP Authentication: Repertoriul de acces de bază şi de autentificare" [43].

10.4.9 408 Request Timeout 10.4.9 408 Cerere de Expirare

The client did not produce a request within the time that the server was prepared to wait. Clientul nu a produce o cerere în perioada de timp ca serverul a fost pregătit să aştept. The client MAY repeat the request without modifications at any later time. Clientul MAI repetaţi cererea fără modificări în orice moment mai târziu.

10.4.10 409 Conflict 10.4.10 409 Conflict

The request could not be completed due to a conflict with the current state of the resource. Cererea nu a putut fi finalizat din cauza unui conflict cu starea actuală a resurselor. This code is only allowed in situations where it is expected that the user might be able to resolve the conflict and resubmit the request. Acest cod este permisă numai în situaţiile în care este de aşteptat ca utilizatorul ar putea să aibă posibilitatea de a rezolva conflictul şi să retrimiteţi cererea. The response body SHOULD include enough De răspuns suficient de organism ar trebui să includă

information for the user to recognize the source of the conflict. Ideally, the response entity would include enough information for the user or user agent to fix the problem; however, that might not be possible and is not required. informaţii pentru a utilizatorului pentru a recunoaşte sursa de conflict. mod ideal, de răspuns entitate ar include suficient de informaţii pentru utilizator sau de agent de utilizator pentru a rezolva problema; cu toate acestea, că ar putea să nu fie posibil şi nu este necesară.

Conflicts are most likely to occur in response to a PUT request. Conflicte, cel mai probabil să apară ca răspuns la o solicitare PUT. For example, if versioning were being used and the entity being PUT included changes to a resource which conflict with those made by an earlier (third-party) request, the server might use the 409 response to indicate that it can't complete the request. De exemplu, dacă a versiunilor au fost folosite de entitate şi de a fi puse inclus modificări la o resursă care în conflict cu cele făcute de către o mai devreme (a treia parte) de a solicita, pe server-ar putea folosi de 409 de răspuns pentru a indica faptul că nu poate completa solicitarea . In this case, the response entity would likely contain a list of the differences between the two versions in a format defined by the response Content-Type. În acest caz, probabil ca răspuns entitate ar conţine o listă de diferenţele între cele două versiuni într-un format definit de răspuns Content-Type.

10.4.11 410 Gone 10.4.11 410 Gone

The requested resource is no longer available at the server and no forwarding address is known. Solicitată de resurse nu mai este disponibil la server şi adresa de expediere nu este cunoscută. This condition is expected to be considered permanent. Această condiţie este de aşteptat să fie considerate permanente. Clients with link editing capabilities SHOULD delete references to the Request-URI after user approval. Clienti cu link-ul de capabilităţi de editare ar trebui să ştergeţi trimiteri la Cerere-URI după aprobarea de utilizator. If the server does not know, or has no facility to determine, whether or not the condition is permanent, the status code 404 (Not Found) SHOULD be used instead. Dacă serverul nu ştiu, sau nu are nici o facilitate pentru a determina, indiferent dacă este sau nu este în stare permanentă, de cod de stare 404 (Nu a fost găsit) ar trebui să fie folosit în loc. This response is cacheable unless indicated otherwise. Acest răspuns cacheable cu excepţia cazului în care este indicat altfel.

The 410 response is primarily intended to assist the task of web maintenance by notifying the recipient that the resource is intentionally unavailable and that the server owners desire that remote links to that resource be removed. De 410 de răspuns este în primul rând, scopul de a ajuta sarcina de întreţinere de web notificarea de către destinatar ca resursă este indisponibil intenţionat şi că dorinţa de faptul că proprietarii de server de la distanţă care se leagă de resurse pentru a fi eliminate. Such an event is common for limited-time, promotional services and for resources belonging to individuals no longer working at the server's site. Un astfel de caz este comun pentru limitată în timp, de promovare a serviciilor şi a resurselor de care aparţin persoanelor fizice de a nu mai lucreaza la site-ul de server. It is not necessary to mark all permanently unavailable resources as "gone" or to keep the mark for any length of time -- that is left to the discretion of the server owner. Nu este necesar pentru a marca toate resursele indisponibil permanent ca "plecat" de a menţine sau de a marca pentru orice perioadă de timp - care este lăsată la discreţia proprietarului de la server.

10.4.12 411 Length Required 10.4.12 411 Lungime Obligatoriu

The server refuses to accept the request without a defined Content- Length. Serverul refuză să accepte cererea fără o definite Content-Length. The client MAY repeat the request if it adds a valid Content-Length header field containing the length of the message-body in the request message. Clientul MAI repetaţi cererea în cazul în care adaugă o valabil Content-Length domeniul antet care conţine lungimea mesaj de-al organismului în cererea mesaj.

10.4.13 412 Precondition Failed 10.4.13 412 precondiţie a eşuat

The precondition given in one or more of the request-header fields evaluated to false when it was tested on the server. Condiţie prealabilă de date în unul sau mai multe dintre cerere-antet domenii evaluat la fals, atunci când a fost testat pe server. This response code allows the client to place preconditions on the current resource metainformation (header field data) and thus prevent the requested method from being applied to a resource other than the one intended. Acest cod de răspuns permite clientului să condiţii prealabile pe locul actual de resurse metainformation (antet câmp de date) şi, astfel, metoda de prevenire a solicitat de a fi aplicat la o resursă, altul decât cel destinat.

10.4.14 413 Request Entity Too Large 10.4.14 413 Cerere de prea mare de entităţi,

The server is refusing to process a request because the request entity is larger than the server is willing or able to process. Serverul este refuzul de a procesa o cerere pentru ca cererea este mai mare decât entitate server este dispus sau capabil de a procesa. The server MAY close the connection to prevent the client from continuing the request. Serverul MAI aproape de conexiune pentru a preveni continuarea client de la cerere.

If the condition is temporary, the server SHOULD include a Retry- After header field to indicate that it is temporary and after what time the client MAY try again. Dacă starea este temporară, serverul ar trebui să includă o Reîncercaţi-După domeniul header pentru a indica faptul că este temporară şi, după ce timp de client MAI încercaţi din nou.

10.4.15 414 Request-URI Too Long 10.4.15 414 Cerere-URI prea lung

The server is refusing to service the request because the Request-URI is longer than the server is willing to interpret. Serverul este de a se refuza cererea de servicii, deoarece cererea-URI este mai lung de pe server este dispus să interpreteze. This rare condition is only likely to occur when a client has improperly converted a POST request to a GET request with long query information, when the client has descended into a URI "black hole" of redirection (eg, a redirected URI prefix that points to a suffix of itself), or when the server is under attack by a client attempting to exploit security holes present in some servers using fixed-length buffers for reading or manipulating the Request-URI. Această condiţie este numai rare, probabil să apară atunci când un client a impropriu convertit un post la o cerere GET mult timp cu cererea de interogare de informaţii, în cazul în care clientul a coborât într-un URI de "gaură neagră" de redirecţionare (de exemplu, un prefix care redirecţionate URI puncte pentru a un sufix de sine), sau în cazul în care serverul este atacat de un client care încearcă să exploateze gauri de securitate prezente în unele servere, folosind fix-tampon pentru lungimea de lectură sau manipularea Cerere-URI.

10.4.16 415 Unsupported Media Type 10.4.16 415 Tip media neacceptat

The server is refusing to service the request because the entity of the request is in a format not supported by the requested resource for the requested method. Serverul este de a se refuza cererea de servicii, deoarece cererea de entitate este într-un format care nu sunt acceptate de solicitate de resurse pentru a solicitat metoda.

10.4.17 416 Requested Range Not Satisfiable 10.4.17 416 cerut Range Nu Satisfiable

A server SHOULD return a response with this status code if a request included a Range request-header field (section 14.35), and none of the range-specifier values in this field overlap the current extent of the selected resource, and the request did not include an If-Range request-header field. Un server ar trebui să se întoarcă un răspuns cu acest cod de stare dacă o cerere a inclus o cerere de Timp-antet domeniu (pct. 14.35), şi nici unul din gama-specifier valori în acest domeniu se suprapun peste măsură de curent selectate de resurse, şi cererea nu a Dacă include o cerere-Range-antet domeniu. (For byte-ranges, this means that the first- byte-pos of all of the byte-range-spec values were greater than the current length of the selected resource.) (Pentru octet-game, aceasta înseamnă că primul octet-pos-de toate de octet-gama-spec. valorile au fost mai mare decât lungimea de curent selectate de resurse.)

When this status code is returned for a byte-range request, the response SHOULD include a Content-Range entity-header field specifying the current length of the selected resource (see section 14.16 ). Când acest cod de stare este returnat un octet-gamă cerere, răspunsul ar trebui să includă o entitate Content-Range-antet precizând domeniul de lungime de curent selectate de resurse (vezi pct. 14.16). This response MUST NOT use the multipart/byteranges content- type. Acest răspuns nu trebuie să utilizeze în multivolum / byteranges-tip de conţinut.

10.4.18 417 Expectation Failed 10.4.18 417 aşteptării eşuat

The expectation given in an Expect request-header field (see section 14.20) could not be met by this server, or, if the server is a proxy, the server has unambiguous evidence that the request could not be met by the next-hop server. Aşteptările dat aşteptaţi într-o cerere-antet domeniu (vezi pct. 14.20) nu a putut fi îndeplinite de către acest server, sau, dacă este un server proxy, server are dovezi clare că cererea nu a putut fi îndeplinite de către următorul server-hop .

10.5 Server Error 5xx 10.5 Eroare de server 5xx

Response status codes beginning with the digit "5" indicate cases in which the server is aware that it has erred or is incapable of performing the request. Răspuns statutul de coduri de cifre care incepe cu "5" indica cazurile în care serverul este conştient de faptul că le-a erred sau este în incapacitate de a executa cererea. Except when responding to a HEAD request, the server SHOULD include an entity containing an explanation of the error situation, and whether it is a temporary or permanent condition. Cu excepţia când răspuns la o cerere HEAD, serverul ar trebui să includă o entitate care conţine o explicaţie a situaţiei de eroare, şi dacă este o condiţie temporară sau permanentă. User agents SHOULD display any included entity to the user. Agenţi de utilizator ar trebui să afişeze orice entitate incluse pentru utilizator. These response codes are applicable to any request method. Aceste coduri sunt aplicabile de răspuns la cerere, orice metodă.

10.5.1 500 Internal Server Error 10.5.1 500 Eroare internă de server

The server encountered an unexpected condition which prevented it from fulfilling the request. Serverul a întâmpinat o condiţie neaşteptată care a prevenit-o de la îndeplinirea cererii.

10.5.2 501 Not Implemented 10.5.2 501 Nu Implementat

The server does not support the functionality required to fulfill the request. Serverul nu acceptă funcţionalitatea necesară pentru a îndeplini cererea. This is the appropriate response when the server does not recognize the request method and is not capable of supporting it for any resource. Aceasta este cea de răspuns adecvate în cazul în care serverul nu recunoaste metoda de cerere şi nu este capabil de a susţine o pentru orice resursă.

10.5.3 502 Bad Gateway 10.5.3 502 Bad Gateway

The server, while acting as a gateway or proxy, received an invalid response from the upstream server it accessed in attempting to fulfill the request. Server, în timp ce acţionează ca un gateway sau proxy, a primit un invalid răspuns de la server este accesat, în amonte, în încercarea de a îndeplini cererea.

10.5.4 503 Service Unavailable 10.5.4 503 Serviciu indisponibil

The server is currently unable to handle the request due to a temporary overloading or maintenance of the server. Serverul este în prezent nu poate gestiona cererea cauza unei supraîncărcări temporare sau de întreţinere a serverului. The implication is that this is a temporary condition which will be alleviated after some delay. De implicare este că aceasta este o stare temporară, care va fi atenuat după ce unele întârziere. If known, the length of the delay MAY be indicated in a Retry-After header. Dacă se cunoaşte, în lungime de întârziere MAI fi indicate într-un Reîncercaţi-După antet. If no Retry-After is given, the client SHOULD handle the response as it would for a 500 response. Dacă nu-Reîncercaţi După ce este dat, clientul trebuie să se descurce cu răspuns ca acesta ar fi pentru un răspuns 500.

       Note: The existence of the 503 status code does not imply that a Notă: existenţa a 503 de stare cod nu implică faptul că un 
       server must use it when becoming overloaded. Serverul trebuie să-l utilizaţi când devine supraîncărcat. Some servers may wish Unele servere pot dori 
       to simply refuse the connection. pur şi simplu de a refuza conexiunea. 

10.5.5 504 Gateway Timeout 10.5.5 504 Gateway Timeout

The server, while acting as a gateway or proxy, did not receive a timely response from the upstream server specified by the URI (eg HTTP, FTP, LDAP) or some other auxiliary server (eg DNS) it needed to access in attempting to complete the request. Server, în timp ce acţionează ca un gateway sau proxy, nu a primi un timp de răspuns de la server amonte specificat de URI (de exemplu, HTTP, FTP, LDAP) sau alte auxiliare de server (de exemplu, DNS) este necesar pentru accesul în încercarea de a completa cererea.

       Note: Note to implementors: some deployed proxies are known to Notă: pentru a implementors Notă: unele dislocate proxy-uri sunt cunoscute la 
       return 400 or 500 when DNS lookups time out. întoarcere 400 sau 500 de DNS, atunci când lookups timp afara. 

10.5.6 505 HTTP Version Not Supported 10.5.6 505 HTTP Version Not Supported

The server does not support, or refuses to support, the HTTP protocol version that was used in the request message. Serverul nu acceptă, refuză sau de a sprijini, de protocolul HTTP versiune care a fost utilizat în cererea mesaj. The server is indicating that it is unable or unwilling to complete the request using the same major version as the client, as described in section 3.1 , other than with this error message. Serverul este indicând faptul că acesta nu poate sau refuză să completeze cererea folosind aceeaşi versiune majoră ca şi client, după cum este descris în secţiunea 3.1, altele decât cu acest mesaj de eroare. The response SHOULD contain an entity describing why that version is not supported and what other protocols are supported by that server. Răspunsul ar trebui să conţină o entitate care descriu de ce versiune care nu este acceptat şi ce alte protocoale sunt suportate de către acel server.

Text original în Engleză:

The server is indicating that it is unable or unwilling to complete the request using the same major version as the client, as described in section 3.1 , other than with this error message.

Sugeraţi o traducere mai bună