Continue
Il client può continuare con la sua richiesta. Il server ha ricevuto gli header della richiesta e il client può procedere con l'invio del body.
Esplora tutti i codici di stato HTTP: 1xx Informational, 2xx Success, 3xx Redirection, 4xx Client Error, 5xx Server Error. Descrizioni dettagliate e riferimenti RFC.
Il client può continuare con la sua richiesta. Il server ha ricevuto gli header della richiesta e il client può procedere con l'invio del body.
Il server accetta di cambiare protocollo come richiesto dal client tramite l'header Upgrade.
Il server ha ricevuto e sta elaborando la richiesta, ma non ha ancora una risposta disponibile (WebDAV).
Usato per restituire alcuni header di risposta prima del messaggio HTTP finale, permettendo il precaricamento delle risorse.
La richiesta è stata completata con successo. Il significato varia in base al metodo HTTP utilizzato.
La richiesta è stata completata con successo e una nuova risorsa è stata creata. Tipicamente usato dopo richieste POST o PUT.
La richiesta è stata accettata per l'elaborazione, ma l'elaborazione non è stata completata. Utile per operazioni asincrone.
La risposta è stata modificata da un proxy o cache e potrebbe non corrispondere alla risposta originale del server.
La richiesta è stata completata con successo ma non c'è contenuto da restituire. Comunemente usato per operazioni DELETE.
Il server ha completato la richiesta e richiede che il client resetti la vista del documento.
Il server sta restituendo solo parte della risorsa a causa di un header Range inviato dal client.
Il corpo del messaggio contiene un documento XML con informazioni su più risorse (WebDAV).
I membri di un binding DAV sono già stati enumerati in una risposta precedente (WebDAV).
Il server ha soddisfatto una richiesta GET per la risorsa e la risposta rappresenta il risultato di manipolazioni delta.
La richiesta ha più di una possibile risposta. Il client dovrebbe scegliere una delle alternative disponibili.
L'URL della risorsa richiesta è stato cambiato permanentemente. La nuova URL è fornita nella risposta.
L'URL della risorsa richiesta è stato cambiato temporaneamente. Il client dovrebbe continuare a usare l'URL originale.
Il server indirizza il client a ottenere la risorsa richiesta da un'altra URI tramite richiesta GET.
La risorsa non è stata modificata dall'ultima richiesta. Usato per caching con If-Modified-Since o If-None-Match.
La risorsa richiesta deve essere accessibile tramite il proxy specificato nell'header Location.
Il server indirizza il client a un'altra URI, ma il client deve usare lo stesso metodo HTTP della richiesta originale.
La risorsa è stata spostata permanentemente a un'altra URI. Il client deve usare lo stesso metodo HTTP.
Il server non può elaborare la richiesta a causa di una sintassi errata o parametri non validi.
La richiesta richiede autenticazione. Il client deve fornire credenziali valide per accedere alla risorsa.
Riservato per uso futuro. Originariamente destinato a sistemi di pagamento digitale.
Il server ha compreso la richiesta ma rifiuta di autorizzarla. A differenza di 401, l'autenticazione non aiuterà.
Il server non riesce a trovare la risorsa richiesta. L'URL non corrisponde a nessuna risorsa esistente.
Il metodo HTTP utilizzato non è supportato per la risorsa richiesta (es. DELETE su risorsa read-only).
Il server non può produrre una risposta che corrisponda ai criteri Accept specificati dal client.
Il client deve prima autenticarsi con il proxy prima che la richiesta possa essere elaborata.
Il server ha aspettato troppo a lungo per la richiesta del client e ha chiuso la connessione.
La richiesta non può essere completata a causa di un conflitto con lo stato attuale della risorsa.
La risorsa richiesta non è più disponibile e non sarà più disponibile in futuro.
Il server richiede l'header Content-Length nella richiesta ma non è stato fornito.
Una o più condizioni specificate negli header della richiesta non sono state soddisfatte.
La richiesta è più grande di quanto il server sia disposto o in grado di elaborare.
L'URI fornito è troppo lungo per essere elaborato dal server.
Il formato del payload della richiesta non è supportato dal server.
L'intervallo specificato nell'header Range non può essere soddisfatto.
Il server non può soddisfare i requisiti indicati nell'header Expect della richiesta.
Il server rifiuta di preparare caffè perché è una teiera. Definito come scherzo di April Fools' nel 1998.
La richiesta è stata diretta a un server che non è in grado di produrre una risposta.
La richiesta è ben formata ma contiene errori semantici che impediscono l'elaborazione (WebDAV).
La risorsa a cui si sta accedendo è bloccata (WebDAV).
La richiesta è fallita a causa del fallimento di una richiesta precedente (WebDAV).
Il server non è disposto a rischiare di elaborare una richiesta che potrebbe essere ripetuta.
Il server rifiuta di elaborare la richiesta usando il protocollo corrente ma potrebbe farlo con un upgrade.
Il server richiede che la richiesta sia condizionale per prevenire conflitti di concorrenza.
L'utente ha inviato troppe richieste in un determinato periodo di tempo (rate limiting).
Il server rifiuta di elaborare la richiesta perché gli header sono troppo grandi.
La risorsa non è disponibile per motivi legali (es. censura, ordine del tribunale).
Il server ha riscontrato un errore imprevisto che gli impedisce di completare la richiesta.
Il server non supporta la funzionalità richiesta per completare la richiesta.
Il server, agendo come gateway o proxy, ha ricevuto una risposta non valida dal server upstream.
Il server non è attualmente disponibile (sovraccarico o in manutenzione). Di solito temporaneo.
Il server, agendo come gateway, non ha ricevuto una risposta in tempo dal server upstream.
Il server non supporta la versione del protocollo HTTP utilizzata nella richiesta.
Il server ha un errore di configurazione interna durante la negoziazione del contenuto.
Il server non è in grado di memorizzare la rappresentazione necessaria per completare la richiesta (WebDAV).
Il server ha rilevato un loop infinito durante l'elaborazione della richiesta (WebDAV).
Sono necessarie ulteriori estensioni alla richiesta affinché il server possa soddisfarla.
Il client deve autenticarsi per accedere alla rete (es. captive portal Wi-Fi).
Use the search bar at the top of the page to filter HTTP codes. You can search for a code number (e.g. "404"), name (e.g. "Not Found"), or keywords in the description (e.g. "authentication"). Results update in real-time.
Click on category buttons to see only codes for a specific family: "1xx Informational", "2xx Success", "3xx Redirection", "4xx Client Error" or "5xx Server Error". The count next to each category shows how many codes belong to it.
Click on any HTTP code card to open the details panel. Here you'll find an extended description, category, deprecated/experimental badges and a direct link to the official RFC.
Click the "Copy Code" button on the details panel to copy the code and name (e.g. "404 Not Found") into notes ready to paste in documentation or code.
Code 401 (Unauthorized) indicates that the request requires authentication: the user has not identified themselves or their credentials are incorrect. Code 403 (Forbidden) indicates that the server understood the request and knows who you are, but still denied access because you do not have the necessary permissions.
Code 301 (Moved Permanently) is used when a resource has been permanently moved to a new URL; search engines will transfer the page rank to the new URL. Code 302 (Found) is for temporary redirects, where the old URL remains valid in the future and the page rank is not transferred.
The code 422 indicates that the request is syntactically correct (not a 400 Bad Request) but contains semantic errors preventing processing. It's commonly used in REST APIs to signal validation errors on sent data, such as an invalid email field or out-of-range date.
Code 429 indicates you have exceeded the allowed request limit (rate limiting). The response typically includes a "Retry-After" header indicating how many seconds to wait before retrying. As a developer, implement an exponential backoff mechanism in your application.
500 is a generic internal server error. 502 (Bad Gateway) and 504 (Gateway Timeout) indicate that an intermediate server (proxy, load balancer) received an invalid response or no response from the backend server. 503 (Service Unavailable) indicates that the server is temporarily overloaded or in maintenance.