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).
Usa la barra di ricerca in cima alla pagina per filtrare i codici HTTP. Puoi cercare il numero del codice (es. "404"), il nome (es. "Not Found") o parole chiave nella descrizione (es. "autenticazione"). I risultati si aggiornano in tempo reale.
Clicca sui pulsanti di categoria per vedere solo i codici di una famiglia specifica: "1xx Informational", "2xx Success", "3xx Redirection", "4xx Client Error" o "5xx Server Error". Il conteggio accanto a ogni categoria mostra quanti codici appartengono a essa.
Clicca su qualsiasi card del codice HTTP per aprire il pannello dettagli. Qui trovi la descrizione estesa, la categoria, i badge per codici deprecati o sperimentali e il link alla specifica RFC ufficiale.
Nel pannello dettagli clicca il pulsante "Copia codice" per copiare il codice e il nome (es. "404 Not Found") negli appunti, pronti da incollare nella documentazione o nel codice.
Il codice 401 (Unauthorized) indica che la richiesta richiede autenticazione: l'utente non si è identificato o le credenziali sono sbagliate. Il codice 403 (Forbidden) indica che il server ha capito la richiesta e sa chi sei, ma ha comunque rifiutato l'accesso perché non hai i permessi necessari.
Il codice 301 (Moved Permanently) va usato quando una risorsa si è spostata definitivamente a un nuovo URL: i motori di ricerca trasferiranno il page rank al nuovo URL. Il codice 302 (Found) è per redirect temporanei, dove il vecchio URL rimarrà valido in futuro e il page rank non viene trasferito.
Il codice 422 indica che la richiesta è sintatticamente corretta (non è un 400 Bad Request) ma contiene errori semantici che impediscono l'elaborazione. Viene usato comunemente nelle API REST per segnalare errori di validazione dei dati inviati, ad esempio un campo email non valido o una data fuori range.
Il codice 429 indica che hai superato il limite di richieste consentite (rate limiting). La risposta include solitamente l'header "Retry-After" che indica quanti secondi attendere prima di riprovare. Come sviluppatore, implementa un meccanismo di backoff esponenziale nella tua applicazione client.
Il 500 è un errore generico interno al server. Il 502 (Bad Gateway) e 504 (Gateway Timeout) indicano che un server intermedio (proxy, load balancer) ha ricevuto una risposta invalida o nessuna risposta dal server backend. Il 503 (Service Unavailable) indica che il server è temporaneamente sovraccarico o in manutenzione.