Allow<\/strong> che elenca i metodi supportati.<\/p>Per correggere un errore 405, controlla l’URL e verifica eventuali modifiche al database.<\/p>
406 Non accettabile<\/strong> <\/p>Il server invia questa risposta non valida quando non trova alcun contenuto che corrisponda ai criteri specificati nelle intestazioni Accept<\/strong> della richiesta. Il server fornirà un elenco delle opzioni disponibili, così il client potrà scegliere quella più adatta.<\/p>407 Autenticazione proxy richiesta<\/strong> <\/p>Il server visualizza questo codice quando utilizzi un proxy. Il client deve fornire credenziali di autenticazione valide per accedere alla risorsa richiesta. A differenza di 401 Unauthorized<\/strong>, il client deve autenticarsi con il server proxy specificato invece che con il server di origine.<\/p>408 timeout della richiesta<\/strong>
<\/strong> Questo codice di stato indica che il server non ha ricevuto la richiesta completa entro il tempo consentito. La risposta di solito suggerisce di chiudere la connessione inutilizzata.<\/p>Per risolvere il problema, il client può inviare di nuovo la richiesta senza modifiche. Questo errore può verificarsi in browser come Chrome e Firefox, che usano la pre-connessione per velocizzare il caricamento.<\/p>
409 Conflitto<\/strong> <\/p>Il server non può elaborare la richiesta a causa di un conflitto con la risorsa. Fornisce dettagli sul problema in modo che il cliente possa risolverlo e riprovare, di solito con una richiesta PUT<\/strong>.<\/p>410 Gone<\/strong>
<\/strong> Questo codice di risposta indica che la risorsa non è più disponibile in modo permanente e non è stato fornito alcun indirizzo di inoltro. Quando questo accade, i motori di ricerca rimuovono la pagina dal loro indice. Indica che il proprietario del sito ha reso intenzionalmente la risorsa non disponibile e vuole rimuovere qualsiasi link ad essa.<\/p>411 lunghezza obbligatoria<\/strong> <\/p>Il server ha rifiutato la richiesta perché richiede un’intestazione Content-Length<\/strong>.<\/p>412 precondizione non soddisfatta<\/strong> <\/p>Questa risposta non valida indica che il server non ha potuto soddisfare una o più condizioni specificate nelle intestazioni della richiesta.<\/p>
413 payload troppo grande<\/strong> <\/p>Il server di solito invia questo codice di errore quando una richiesta è troppo grande per essere elaborata. Per correggere un errore 413, il server potrebbe chiudere la connessione e includere un header Retry-After<\/strong>, incoraggiando il client a riprovare più tardi.<\/p>414 URI troppo lungo<\/strong> <\/p>Questo codice di stato significa che l’URI della richiesta è troppo lungo perché il server possa elaborarlo. Anche se è raro, può succedere se un client converte una richiesta POST<\/strong> in una richiesta GET<\/strong> con troppe informazioni di query, entra in un loop di reindirizzamento o tenta di sfruttare vulnerabilità del server.<\/p>415 tipo di contenuto multimediale non supportato<\/strong> <\/p>Il server ha rifiutato la richiesta perché la risorsa usa un formato multimediale non supportato. Questo codice di errore può comparire anche se il metodo di compressione dei dati non è supportato o se il contenuto non soddisfa le aspettative o le regole del server.<\/p>
416 intervallo non soddisfacibile<\/strong> <\/p>Il server invia questo codice di stato quando non riesce a elaborare l’intervallo specificato nella richiesta. Succede quando l’intervallo non esiste nella risorsa o il valore non è valido.<\/p>
417 aspettativa non soddisfatta<\/strong>
<\/strong> Questo stato indica che il server non può soddisfare i requisiti specificati nell’intestazione Expect<\/strong> della richiesta.<\/p>418 Sono una teiera<\/strong> <\/p>Questo codice di stato fa riferimento a uno scherzo del Pesce d’aprile chiamato Hyper Text Coffee Pot Control Protocol, che indica che il server è una teiera e, quindi, non può preparare il caffè. Alcuni siti web lo usano per le richieste che vogliono evitare.<\/p>
421 Richiesta indirizzata in modo errato<\/strong> <\/p>Questo codice di stato si verifica quando il client invia una richiesta al server sbagliato, che non può rispondere all’URL indicato. Puoi riprovare la richiesta usando una connessione o un servizio diverso.<\/p>
422 Entità non elaborabile<\/strong> <\/p>Il server ha ricevuto la richiesta, ma non riesce a elaborarla a causa di problemi come errori semantici, ad esempio l’inserimento di testo nel campo numerico di un modulo.<\/p>
423 Bloccato<\/strong> <\/p>Questo stato significa che la risorsa è bloccata. La risposta spesso include dettagli sul blocco.<\/p>
424 dipendenza non riuscita<\/strong> <\/p>La richiesta non è andata a buon fine perché dipendeva da una richiesta precedente che non è andata a buon fine.<\/p>
425 troppo presto<\/strong> <\/p>Il server si rifiuta di elaborare la richiesta perché potrebbe essere ripetuta in seguito.<\/p>
426 aggiornamento richiesto<\/strong> <\/p>Il server non elaborerà la richiesta a meno che il client non passi al protocollo richiesto indicato nell’header Upgrade<\/strong>.<\/p>428 precondizione richiesta<\/strong> <\/p>Questo codice di stato significa che il server richiede una richiesta condizionale, in modo che il client utilizzi la versione corretta della risorsa.<\/p>
429 troppe richieste<\/strong> <\/p>L’errore “429 too many requests” si verifica quando il client invia troppe richieste in poco tempo. Il server può includere un header Retry-After<\/strong> per indicare al client quanto tempo aspettare prima di riprovare.<\/p>431 campi dell’header della richiesta troppo grandi<\/strong> <\/p>Il server invia questo codice di stato quando le intestazioni della richiesta sono troppo grandi per essere elaborate. Il client deve ridurre le dimensioni dell’header e inviare di nuovo la richiesta.<\/p>
451 non disponibile per motivi legali<\/strong> <\/p>Questo codice di risposta si verifica quando il client richiede una risorsa che è stata rimossa per motivi legali, come un sito o una pagina bloccati. Questo riguarda soprattutto i fornitori di servizi Internet (ISP) e i motori di ricerca.<\/p>
5XX – Codici di stato HTTP degli errori del server<\/h3>
Errore interno del server 500<\/strong> <\/p>Questo codice di errore generico viene visualizzato quando il server riscontra un problema imprevisto che gli impedisce di completare la richiesta. In molti casi, gli amministratori del server registrano informazioni dettagliate sul problema per la risoluzione dei problemi.<\/p>
501 Non implementato<\/strong> <\/p>Questo stato significa che il server non supporta la funzionalità necessaria per completare la richiesta. Per impostazione predefinita, i server devono gestire solo i metodi GET<\/strong> e HEAD<\/strong>.<\/p>La risposta può includere un header Retry-After<\/strong>, per far sapere al client quando la funzionalità potrebbe essere disponibile.<\/p>502 Gateway non valido<\/strong> <\/p>Il gateway o il server proxy restituisce questo codice di stato quando riceve una risposta non valida mentre tenta di completare la richiesta. Se il tuo sito mostra un errore 502, contatta il tuo fornitore di hosting per risolverlo.<\/p>
503 Servizio non disponibile<\/strong> <\/p>Questo stato significa che il server non può gestire la richiesta a causa di un sovraccarico temporaneo o di operazioni di manutenzione. Controlla l’header Retry-After<\/strong> della risposta per vedere quanto tempo devi aspettare prima di riprovare.<\/p>504 Timeout del gateway<\/strong> <\/p>Il gateway o il server proxy invia questo codice di stato quando non riceve una risposta tempestiva dal server upstream. Se sul tuo sito web si verifica l’errore 504, controlla le risorse del tuo hosting oppure prova a usare un browser diverso per risolverlo.<\/p>
505 Versione HTTP non supportata<\/strong> <\/p>Il server invia questo codice quando non supporta la versione HTTP usata nella richiesta. La risposta spiegherà perché quella versione non funziona e proporrà protocolli accettabili.<\/p>
506 Anche la variante negozia<\/strong> <\/p>Questo codice di stato indica un errore di configurazione del server. Succede quando la variante di risorsa scelta è configurata per la negoziazione del contenuto<\/a> ma non è un endpoint valido, causando un loop.<\/p>507 Spazio di archiviazione insufficiente<\/strong> <\/p>Il server non ha spazio di archiviazione sufficiente per completare la richiesta.<\/p>
508 Loop rilevato<\/strong> <\/p>Questo stato significa che il server ha interrotto un’operazione perché ha rilevato un loop infinito, causando il fallimento del processo.<\/p>
510 non esteso<\/strong> <\/p>Questo codice di stato indica che il server necessita di ulteriori estensioni per completare la richiesta correttamente.<\/p>
511 Autenticazione di rete richiesta<\/strong> <\/p>Il client deve autenticarsi per accedere alla rete. La risposta di solito include un link per inviare le credenziali. Affronta i problemi di sicurezza legati ai captive portal, ovvero le pagine web che vedi prima di accedere alle reti Wi‑Fi pubbliche.<\/p>
Come funzionano le richieste e le risposte HTTP<\/h2>
HTTP definisce i metodi di richiesta per indicare al server quale azione eseguire su una risorsa. Questi metodi condividono caratteristiche comuni: sono sicuri, idempotenti o memorizzabili nella cache.<\/p>
I metodi sono considerati sicuri se non modificano nulla sul server e funzionano in modalità di sola lettura. I metodi idempotenti danno lo stesso risultato indipendentemente da quante volte li esegui, senza effetti collaterali indesiderati. I metodi memorizzabili nella cache consentono ai browser o ai proxy di salvare le risposte per riutilizzarle, migliorando l’efficienza.<\/p>
Ecco un elenco dei metodi di richiesta standardizzati comunemente usati in HTTP:<\/p>
\n- GET<\/strong> ‒ recupera i dati da una risorsa.<\/li>\n \n
- HEAD<\/strong> ‒ richiede la stessa risposta di GET<\/strong> ma senza un corpo del messaggio.<\/li>\n \n
- POST<\/strong> ‒ invia dati a una risorsa, come quando invii un modulo.<\/li>\n \n
- PUT<\/strong> ‒ sostituisce completamente una risorsa o la sua rappresentazione.<\/li>\n \n
- DELETE<\/strong> ‒ rimuove una risorsa.<\/li>\n \n
- OPZIONI<\/strong> ‒ mostra le opzioni di comunicazione per la risorsa.<\/li>\n \n
- TRACE<\/strong> ‒ verifica il percorso di una richiesta.<\/li>\n \n
- PATCH <\/strong>‒ aggiorna parte di una risorsa.<\/li>\n<\/ul>
Questi metodi di richiesta sono spesso associati ai codici di stato HTTP, che indicano se l’azione è andata a buon fine o meno. Per esempio, una richiesta GET<\/strong> può restituire 200 OK<\/strong> se va a buon fine oppure 404 Not Found<\/strong> se la risorsa non esiste.<\/p>