Tabella di corrispondenza delle intestazioni HTTP

Header di Richiesta HTTP

Header Spiegazione Esempio
Accept Specifica i tipi di contenuto che il client è in grado di ricevere Accept: text/plain, text/html
Accept-Charset I set di codifica dei caratteri che il browser può accettare. Accept-Charset: iso-8859-5
Accept-Encoding Specifica i tipi di codifica di compressione che il server web può restituire. Accept-Encoding: compress, gzip
Accept-Language Le lingue accettate dal browser Accept-Language: en,zh
Accept-Ranges Permette di richiedere uno o più intervalli di contenuto. Accept-Ranges: bytes
Authorization Certificato di autorizzazione HTTP Authorization: certificato di autorizzazione
Cache-Control Specifica la meccanica di caching da seguire per la richiesta e la risposta. Cache-Control: no-cache
Connection Indica se è necessaria una connessione persistente. (Connessione persistente predefinita in HTTP 1.1) Connection: close
Cookie Quando la richiesta HTTP viene inviata, tutti i cookie memorizzati sotto quel dominio vengono inviati al server web. Cookie: $Version=1; Skin=new;
Content-Length La lunghezza del contenuto della richiesta Content-Length: 348
Content-Type Le informazioni MIME corrispondenti al contenuto della richiesta Content-Type: application/x-www-form-urlencoded
Date Data e ora della richiesta inviata Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect Comportamento specifico atteso dal server Expect: 100-continue
From Email dell'utente che ha effettuato la richiesta From: [email protected]
Host Specifica il nome di dominio e il numero di porta del server della richiesta Host: www.jsons.cn
If-Match Valido solo se il contenuto della richiesta corrisponde all'entità If-Match: “valore specifico”
If-Modified-Since La richiesta ha successo se la parte richiesta è stata modificata dopo il tempo specificato, altrimenti restituisce il codice 304 If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match Se il contenuto non è cambiato, restituisce il codice 304, il parametro è l'Etag precedentemente inviato dal server, confrontando con l'Etag di risposta del server per determinare se è cambiato If-None-Match: “valore specifico”
If-Range Se l'entità non è cambiata, il server invia la parte mancante al client, altrimenti invia l'intera entità. Il parametro è anche l'Etag If-Range: “valore specifico”
If-Unmodified-Since La richiesta ha successo solo se l'entità non è stata modificata dopo la data specificata If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards Limita il tempo di invio delle informazioni attraverso proxy e gateway Max-Forwards: 10
Pragma Usato per includere istruzioni specifiche per l'implementazione Pragma: no-cache
Proxy-Authorization Certificato di autorizzazione per la connessione al proxy Proxy-Authorization: certificato di autorizzazione per la connessione al proxy
Range Richiede solo una parte dell'entità, specificando il range Range: bytes=500-999
Referer L'indirizzo della pagina precedente, da cui è giunta la richiesta Referer: http://www.jsons.cn
TE Codifica di trasporto che il client è disposto ad accettare, informando il server di accettare testate di coda TE: trailers,deflate;q=0.5
Upgrade Specifica un protocollo di trasporto che il server può convertire (se supportato) Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent Il contenuto di User-Agent contiene informazioni sull'utente che ha effettuato la richiesta User-Agent: Mozilla/5.0 (Linux; X11)
Via Indica l'indirizzo del gateway o del proxy intermedio, protocollo di comunicazione Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Informazioni di avvertimento riguardanti l'entity message Warn: 199 Avviso vari

Header di Risposta HTTP

Header Spiegazione Esempio
Accept-Ranges Indica se il server supporta la richiesta di range specificato e quale tipo di segmentazione è supportata Accept-Ranges: bytes
Age Tempo stimato (in secondi) dal server originale alla cache proxy Age: 12
Allow Richieste valide per una risorsa di rete, se non consentite restituirà 405 Allow: GET, HEAD
Cache-Control Indica a tutti i meccanismi di caching se possono essere memorizzati e quali tipi Cache-Control: no-cache
Content-Encoding Tipi di codifica di compressione supportati dal server web. Content-Encoding: gzip
Content-Language La lingua del corpo della risposta Content-Language: en,zh
Content-Length La lunghezza del corpo della risposta Content-Length: 348
Content-Location Un'altra posizione alternativa per la risorsa richiesta Content-Location: /index.htm
Content-MD5 Restituisce il checksum MD5 della risorsa Content-MD5: checksum MD5
Content-Range Posizione in byte di questa parte all'interno del corpo restituito Content-Range: bytes 21010-47021/47022
Content-Type Tipo MIME del contenuto restituito Content-Type: text/html; charset=utf-8
Date Data e ora in cui il messaggio è stato emesso dal server originale Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag Valore attuale del tag entità per le variabili di richiesta ETag: “valore attuale del tag entità per le variabili di richiesta”
Expires Data e ora di scadenza della risposta Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified Ultima volta che la risorsa richiesta è stata modificata Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location Usato per reindirizzare il ricevente a una posizione non richiesta per completare la richiesta o identificare una nuova risorsa Location: http://www.jsons.cn
Pragma Include istruzioni specifiche per l'implementazione, applicabile a qualunque ricevente nella catena di risposta Pragma: no-cache
Proxy-Authenticate Indica gli schemi di autenticazione e i parametri applicabili a quell'URL sul proxy Proxy-Authenticate: Basic
refresh Applicato a reindirizzare o creare una nuova risorsa, reindirizzando dopo 5 secondi (proposto da Netscape e supportato dalla maggior parte dei browser)
Refresh: 5; url= http://www.jsons.cn
Retry-After Se l'entità è temporaneamente non disponibile, informa il client di riprovare dopo un tempo specificato Retry-After: 120
Server Nome del software del server web Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie Imposta i cookie HTTP Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer Indica che le intestazioni esistono nella parte finale della codifica di trasmissione a blocchi Trailer: Max-Forwards
Transfer-Encoding Codifica di trasferimento dei file Transfer-Encoding:chunked
Vary Indica al proxy downstream se utilizzare la risposta in cache o richiedere dal server originale Vary: *
Via Indica al client del proxy attraverso dove è stata inviata la risposta Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Avverte di possibili problemi con l'entità Warning: 199 Avviso vari
WWW-Authenticate Indica il tipo di schema di autorizzazione che il client deve utilizzare per la richiesta di entità WWW-Authenticate: Basic

Tabella di riferimento degli header di richiesta HTTP - Guida completa ai header di richiesta e risposta

Questa pagina fornisce una tabella di riferimento dettagliata degli header di richiesta HTTP e header di risposta HTTP. Gli header di richiesta e risposta HTTP sono una parte importante dello sviluppo web, i programmatori devono padroneggiare queste informazioni quando scrivono raccoglitori, interfacce API, simulazioni di accesso, ecc.

Che cos'è l'header di richiesta e risposta HTTP?

Header di richiesta HTTP (Request Header) è la metainformazione allegata alla richiesta inviata dal client al server, utilizzata per fornire informazioni aggiuntive sui dati della richiesta.
Header di risposta HTTP (Response Header) sono i metadati allegati quando il server restituisce una risposta, contenente lo stato della risposta e le informazioni di elaborazione.

Tabella di riferimento degli header di richiesta HTTP comuni

Ecco gli header di richiesta HTTP comuni e le loro funzioni:

Header di richiesta Descrizione della funzione
User-Agent Informazioni sul browser o sul sistema operativo del client, utilizzate per determinare l'ambiente client.
Accept Specifica i tipi di contenuto che il client può gestire, informando il server sul tipo di contenuto da restituire.
Host Specifica l'host di destinazione e la porta della richiesta, normalmente utilizzata per l'accesso a host virtuali.
Authorization Trasporta le informazioni di autenticazione utilizzate per l'autorizzazione delle API.
Content-Type Comunica il tipo del corpo della richiesta al server, ad esempio application/json, text/html, ecc.
Accept-Encoding Specifica i metodi di codifica contenuti supportati dal client, come gzip, deflate.
Cookie Trasporta i dati dei cookie memorizzati dal client, utilizzati per la gestione delle sessioni.
Referer Registra l'URL di provenienza della richiesta, comunemente utilizzato per analizzare le sorgenti di accesso.
Connection Specifica se mantenere la connessione attiva, i valori comuni sono keep-alive o close.

Tabella di riferimento degli header di risposta HTTP comuni

Ecco gli header di risposta HTTP comuni e le loro funzioni:

Header di risposta Descrizione della funzione
Content-Type Specifica il tipo di dati del corpo della risposta, come text/html, application/json, ecc.
Content-Length Specifica la lunghezza del contenuto della risposta in byte.
Set-Cookie Cookie dei dati inviati dal server al client, utilizzati per la gestione delle sessioni.
Cache-Control Specifica la strategia di caching, come no-cache, max-age, ecc.
Location Specificare l'URL della nuova posizione in una risposta di reindirizzamento.
Server Indica il nome e la versione del server.
Access-Control-Allow-Origin Specifica quali domini possono accedere a questa risorsa, comunemente usato per le richieste cross-origin.
Content-Encoding Specifica il metodo di codifica del corpo della risposta, come gzip, deflate.
Expires Specifica il tempo di scadenza del contenuto della risposta, comunemente utilizzato per il controllo della cache.

Applicazioni degli header di richiesta e risposta HTTP

Gli header di richiesta e risposta HTTP hanno ampia applicazione nello sviluppo reale. Ad esempio:

  • Interfacce API: Gli header di richiesta delle API vengono utilizzati per trasmettere informazioni di autorizzazione, tipo di corpo della richiesta, ecc.; gli header di risposta vengono utilizzati per restituire il formato dei dati, strategia di caching, ecc.
  • Simulazione del login: Durante la simulazione del login, gli header di richiesta di autorizzazione vengono comunemente utilizzati per trasportare token o dati dei cookie, assicurando la verifica dell'identità dell'utente.
  • Raccoglitori: Quando si scrivono raccoglitori web, si può simulare l'User-Agent del browser tramite gli header di richiesta per ottenere i contenuti del sito web.

Conclusione

Padroneggiare l'uso degli header di richiesta e risposta HTTP è fondamentale per sviluppare applicazioni web efficienti e conformi agli standard. Attraverso la tabella di riferimento degli header di richiesta HTTP fornita in questa pagina, puoi facilmente comprendere le funzioni e l'applicazione degli header di richiesta e risposta comuni, aiutando i programmatori a familiarizzare rapidamente con il protocollo HTTP.

La tua cronologia:
Seleziona la lingua