Riferimento Codici di Stato HTTP gratis

Utilizzato per le richieste con Expect: 100-continue. Il server riconosce che è disposto a ricevere il corpo prima che il client lo invii. Raramente visto nelle moderne app web.

Comunemente utilizzato per gli aggiornamenti WebSocket — il client richiede Upgrade: websocket e il server risponde con 101 per passare.

Una risposta intermedia WebDAV inviata per evitare timeout del client durante operazioni lunghe. Deprecato — i server moderni non dovrebbero inviarlo.

Consente ai server di inviare intestazioni Link (preload/preconnect) mentre la risposta finale è ancora in preparazione, in modo che i browser possano iniziare a recuperare risorse critiche prima.

La risposta di successo standard. Il significato dipende dal metodo HTTP: GET → risorsa restituita, POST/PUT → azione completata.

Comune dopo un POST. La risposta dovrebbe includere un'intestazione Location che punta all'URL della nuova risorsa.

Per operazioni asincrone — il server sta mettendo in coda il lavoro. Il client dovrebbe eseguire il polling di un endpoint di stato o controllare più tardi.

La richiesta è riuscita, ma un intermediario (come un proxy di caching o trasformazione) ha alterato il payload dal server di origine — ad esempio, ricomprimendo le immagini. Raro nella pratica.

Spesso utilizzato per operazioni DELETE o aggiornamenti PUT che non hanno bisogno di restituire un corpo. Il client non dovrebbe navigare lontano dalla pagina corrente.

Come 204, non viene restituito alcun corpo — ma al client viene inoltre detto di reimpostare il modulo o la visualizzazione che ha prodotto la richiesta (es. cancellare i campi del modulo per la prossima voce).

Risposta a una richiesta Range. Utilizzato dai lettori video e dai gestori di download per riprendere i download interrotti o trasmettere in streaming file di grandi dimensioni.

WebDAV: un corpo XML riporta l'esito di più operazioni secondarie indipendentemente — ad es. uno spostamento in batch in cui alcuni elementi hanno avuto successo e altri no.

WebDAV: utilizzato all'interno di risposte 207 Multi-Status per evitare di elencare ripetutamente i membri della stessa raccolta quando i binding creano loop.

Codifica delta: il server restituisce un diff rispetto a una versione precedente invece della risorsa completa, risparmiando larghezza di banda. Molto raramente implementato.

Il server offre più opzioni (es. formati o lingue diversi) e il client dovrebbe sceglierne una. Raramente usato, perché la negoziazione automatica del contenuto di solito gestisce questo.

Utilizzare per i cambiamenti URL permanenti — i motori di ricerca aggiorneranno il loro indice. L'autorità SEO viene trasferita al nuovo URL.

Indica che il reindirizzamento non è permanente. La memorizzazione nella cache è meno aggressiva rispetto a 301. Utilizzare per cose come 'accesso richiesto, reindirizzamento a /login'.

Utilizzato dopo i submit di POST — la risposta dice 'il tuo POST ha funzionato, vedi questo URL GET per il risultato'. I browser ottengono sempre il nuovo URL.

Risposta a una richiesta condizionale (con intestazioni If-None-Match o If-Modified-Since). Risparmia larghezza di banda — non viene restituito alcun corpo.

Se l'originale era POST, il reindirizzamento utilizza anche POST. Alternativa moderna a 302 quando la conservazione del metodo è importante.

Sostituzione moderna di 301 quando vuoi che le richieste POST rimangano POST dopo il reindirizzamento.

Cause comuni: JSON non valido nel corpo, parametri di query non validi o campi obbligatori mancanti. Controlla il corpo della richiesta e le intestazioni.

Il client deve includere credenziali di autenticazione (intestazione Authorization, cookie, token). 'Non autorizzato' è un termine improprio — significa davvero 'non autenticato'.

Originariamente previsto per i pagamenti digitali. Utilizzo moderno: le API a volte restituiscono 402 quando un utente ha superato la sua quota a pagamento.

Diverso da 401 — l'utente È connesso, ma il suo account non ha il permesso per questa risorsa. Controlla la logica dei ruoli/permessi.

O l'URL è sbagliato, la risorsa è stata eliminata o non è mai esistita. I server a volte restituiscono 404 per nascondere che un 403 sarebbe più accurato.

Ad esempio, una richiesta GET a un endpoint che accetta solo POST. La risposta dovrebbe includere un'intestazione Allow che elenca i metodi validi.

Il client ha richiesto un tipo di contenuto, una lingua o una codifica (tramite Accept, Accept-Language, Accept-Encoding) che il server non può soddisfare. Molti server saltano la negoziazione ristretta e restituiscono un valore predefinito.

Come 401, ma emesso da un proxy: il client deve inviare credenziali Proxy-Authorization. Visto su reti aziendali con proxy autenticanti.

Il client ha impiegato troppo tempo per inviare il corpo della richiesta o ha mantenuto la connessione inattiva. Prova a inviare di nuovo la richiesta.

Solitamente restituito per conflitti di modifica concorrente o creazione duplicata di risorse (ad esempio, creazione di un utente con un'email già esistente).

Più significativo di 404 — il server sa esplicitamente che la risorsa ESISTEVA ma è stata rimossa permanentemente. I motori di ricerca la rimuoveranno dall'indice.

La richiesta è stata rifiutata perché mancava dell'intestazione Content-Length e il server rifiuta i corpi di dimensioni sconosciute. Aggiungi l'intestazione e riprova.

Restituito quando le intestazioni condizionali come If-Match o If-Unmodified-Since non vengono soddisfatte — solitamente blocco ottimista: qualcun altro ha modificato la risorsa dalla tua versione. Ricarica e riprova.

Comune durante il caricamento di file di grandi dimensioni. La configurazione del server (nginx, apache) imposta una dimensione massima del corpo. Controlla la configurazione del server.

Solitamente causato da stringhe di query molto lunghe (ad esempio, codifica dei dati in una GET). Passa a un corpo POST oppure aumenta il limite del server se lo controlli.

Ad esempio, invio di application/xml a un server che accetta solo application/json. Imposta correttamente l'intestazione Content-Type.

L'intestazione Range richiede una porzione che il file non contiene — ad esempio, ripresa di un download dopo la fine del file. La risposta dovrebbe includere Content-Range con la dimensione effettiva.

Inviato quando il server non supporta Expect: 100-continue. Alcuni client inviano questa intestazione per impostazione predefinita su grandi POST; disabilitarla di solito risolve l'errore.

Uno scherzo di Pesce d'Aprile del 1998 (RFC 2324). Alcune API reali lo usano per scherzi o per contrassegnare endpoint deprecati. Non per l'uso in produzione.

Comune con il riutilizzo della connessione HTTP/2: la richiesta ha raggiunto un server non configurato per il nome host di destinazione. Il client dovrebbe riprovare su una nuova connessione.

Ad esempio, JSON analizzato correttamente ma mancava un campo obbligatorio, oppure il valore di un campo era fuori intervallo. Comune nelle risposte di convalida dell'API REST.

WebDAV: la risorsa di origine o di destinazione è bloccata da un altro client, quindi l'operazione non può procedere. Attendi che il blocco venga rilasciato oppure rompi il blocco con il token appropriato.

WebDAV: in una catena di operazioni dipendenti, un'azione precedente non è riuscita, quindi questa non è stata eseguita. Controlla il fallimento precedente per la causa principale.

Correlato a TLS 1.3 0-RTT (dati anticipati): il server non rischia di elaborare una richiesta che potrebbe essere replicata. Il client dovrebbe riprovare dopo il completamento dell'handshake.

Il server rifiuta di servire la richiesta sul protocollo attuale ma lo farà dopo un aggiornamento — la risposta include un'intestazione Upgrade che nomina il protocollo richiesto.

Il server richiede intestazioni condizionali (come If-Match) per prevenire conflitti dovuti ad aggiornamenti persi. Preleva la risorsa, acquisisci il suo ETag e invia di nuovo con If-Match.

Rallenta. La risposta dovrebbe includere un'intestazione Retry-After che indichi quando riprovare. Comune con le API che hanno quote di richieste.

Una singola intestazione o la dimensione totale delle intestazioni supera il limite — il più delle volte causato da cookie di grandi dimensioni. Cancella i cookie o riduci ciò che la tua app archivia.

La risorsa è bloccata per motivi legali — censura, ordini giudiziari o normative regionali. Il numero è un cenno al romanzo Fahrenheit 451.

Un catch-all generico per gli errori lato server. Controlla i log del server per la causa effettiva: eccezione non gestita, errore del database, ecc.

Ad esempio, il server non riconosce il metodo HTTP. Raro nella pratica — più spesso vedrai 405.

Comune nelle architetture di microservizi. Il tuo load balancer o reverse proxy ha ricevuto una risposta malformata dal servizio di backend.

O inattivo per manutenzione o sovraccarico. La risposta dovrebbe includere un'intestazione Retry-After. Spesso restituito durante i deploy.

Il servizio di backend non ha risposto abbastanza velocemente. Controlla la salute del servizio upstream e le configurazioni dei timeout.

La versione principale di HTTP della richiesta non è supportata dal server. Praticamente mai vista con i client moderni.

La negoziazione del contenuto trasparente è entrata in un ciclo: la variante scelta è essa stessa configurata per negoziare. Indica un errore di configurazione del server.

Originariamente specifico di WebDAV ma a volte utilizzato da server generali. Significa che il server non può salvare la richiesta a causa di vincoli di archiviazione.

WebDAV: l'elaborazione di una richiesta Depth: infinity è entrata in un ciclo (ad esempio, binding circolari). L'operazione è stata terminata.

Dal framework obsoleto delle estensioni HTTP: il server ha bisogno di ulteriori informazioni prima di poter soddisfare la richiesta. Effettivamente inutilizzato sul web moderno.

Utilizzato da portali captive (WiFi di hotel/aeroporto) per indicare che l'utente deve accedere alla rete prima di accedere ai siti esterni.