Tabel de referință pentru anteturile HTTP

Antet HTTP Request

Antet Explicație Exemplu
Accept Specifică tipurile de conținut pe care clientul le poate accepta Accept: text/plain, text/html
Accept-Charset Setul de codificare a caracterelor pe care browserul îl poate accepta. Accept-Charset: iso-8859-5
Accept-Encoding Specifică tipurile de codificare la care serverul web poate să comprime conținutul. Accept-Encoding: compress, gzip
Accept-Language Limbile acceptate de browser Accept-Language: en,zh
Accept-Ranges Permite solicitarea unui sau mai multor subintervale ale entității paginii web Accept-Ranges: bytes
Authorization Certificatul de autorizare HTTP Authorization: certificat de autorizare
Cache-Control Specifică mecanismul de cache pe care trebuie să-l respecte cererea și răspunsul Cache-Control: no-cache
Connection Indică dacă este necesară o conexiune persistentă. (Conexiunea persistentă este implicită în HTTP 1.1) Connection: close
Cookie Atunci când se trimite cererea HTTP, toate valorile cookie salvate sub acest domeniu sunt trimise către serverul web. Cookie: $Version=1; Skin=new;
Content-Length Lățimea (dimensiunea) conținutului cerut Content-Length: 348
Content-Type Informațiile MIME corespunzătoare cererii Content-Type: application/x-www-form-urlencoded
Date Data și ora la care cererea a fost trimisă Date: Mar, 15 Nov 2010 08:12:31 GMT
Expect Comportamentul specific așteptat de la server Expect: 100-continue
From Email-ul utilizatorului care a făcut cererea From: [email protected]
Host Domeniul și portul serverului solicitat Host: www.jsons.cn
If-Match Este valid doar dacă conținutul cererii se potrivește cu entitatea If-Match: “valoare specifică”
If-Modified-Since Cererea va fi eficientă doar dacă partea solicitată a fost modificată după data specificată, altfel va returna codul 304 If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match Dacă conținutul nu s-a schimbat, va returna codul 304; parametrul este Etag-ul trimis anterior de server, folosit pentru compararea modificărilor If-None-Match: “valoare specifică”
If-Range Dacă entitatea nu s-a schimbat, serverul va trimite partea lipsă clientului, altfel va trimite întreaga entitate; parametrul este de asemenea Etag If-Range: “valoare specifică”
If-Unmodified-Since Cererea va fi eficientă doar dacă entitatea nu a fost modificată după data specificată If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards Limitează timpul în care informația poate circula prin proxy-uri și gateway-uri Max-Forwards: 10
Pragma Folosit pentru a include instrucțiuni specifice implementării Pragma: no-cache
Proxy-Authorization Certificatul de autorizare pentru conectarea la proxy Proxy-Authorization: certificat de autorizare pentru conectarea la proxy
Range Solicita doar o parte din entitate, specificând intervalul Range: bytes=500-999
Referer Adresa paginii anterioare, de unde provine cererea curentă Referer: http://www.jsons.cn
TE Tipurile de codificare de transport pe care clientul le acceptă și notifică serverul să accepte anteturile suplimentare TE: trailers,deflate;q=0.5
Upgrade Specifică un protocol de transport pe care serverul ar trebui să-l utilizeze (dacă este suportat) Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent Conținutul User-Agent conține informații despre utilizatorul care a efectuat cererea User-Agent: Mozilla/5.0 (Linux; X11)
Via Informații despre adresa gateway-ului intermediar sau proxy-ului, protocolul de comunicare Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Informații de avertizare referitoare la entitatea mesajului Warn: 199 Avertisment divers

Antet HTTP Responses

Antet Explicație Exemplu
Accept-Ranges Indică dacă serverul acceptă cereri de intervale specificate și ce tip de cereri fragmentate Accept-Ranges: bytes
Age Timpul estimat (în secunde, non-negativ) de la serverul original până la cache-ul proxy Age: 12
Allow Acțiunile valide pentru o resursă de rețea; dacă nu sunt permise, se returnează 405 Allow: GET, HEAD
Cache-Control Indică toate mecanismele de cache dacă pot efectua cache și ce tipuri Cache-Control: no-cache
Content-Encoding Tipurile de codificare cu care serverul web poate comprima conținutul. Content-Encoding: gzip
Content-Language Limba corpului răspunsului Content-Language: en,zh
Content-Length Lățimea (dimensiunea) corpului răspunsului Content-Length: 348
Content-Location O adresă alternativă pentru resursa solicitată Content-Location: /index.htm
Content-MD5 Valoarea de control MD5 pentru resursa returnată Content-MD5: valoarea de control MD5
Content-Range Poziția în bytes a acestei părți în întreaga corp Content-Range: bytes 21010-47021/47022
Content-Type Tipul MIME al conținutului returnat Content-Type: text/html; charset=utf-8
Date Timpul la care a fost trimis mesajul de la serverul original Date: Mar, 15 Nov 2010 08:12:31 GMT
ETag Valoarea curentă a etichetei entității pentru variabilele cererii ETag: “valoarea curentă a etichetei entității”
Expires Data și ora de expirare a răspunsului Expires: Joi, 01 Dec 2010 16:00:00 GMT
Last-Modified Ultima dată de modificare a resursei solicitate Last-Modified: Mar, 15 Nov 2010 12:45:26 GMT
Location Folosit pentru a redirecționa receptorul către o nouă locație URL pentru a finaliza cererea sau pentru a identifica o nouă resursă Location: http://www.jsons.cn
Pragma Include instrucțiuni specifice implementarilor, aplicabile oricărei părți a lanțului de răspuns Pragma: no-cache
Proxy-Authenticate Indică schema de autentificare și parametrii care se pot aplica pe URL-ul respectiv Proxy-Authenticate: Basic
refresh Folosit pentru redirecționare sau pentru a indica că o nouă resursă a fost creată; redirecționează după 5 secunde (propus de Netscape, acceptat de majoritatea browserelor)
Refresh: 5; url= http://www.jsons.cn
Retry-After Dacă entitatea este temporar indisponibilă, notifică clientul să încerce din nou după un timp specificat Retry-After: 120
Server Numele software-ului serverului web Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie Setează Http Cookie Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer Indică că antetul se află la finalul codificării de tip chunked Trailer: Max-Forwards
Transfer-Encoding Codificare pentru transferul de fișiere Transfer-Encoding:chunked
Vary Indică dacă proxy-urile downstream ar trebui să folosească răspunsurile din cache sau să solicite de la serverul original Vary: *
Via Indică cum răspunsul clientului a fost transmis prin proxy Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Avertizări despre posibile probleme în interiorul entității Warning: 199 Avertisment divers
WWW-Authenticate Indică schema de autorizare pe care clientul ar trebui să o utilizeze pentru a solicita entitatea WWW-Authenticate: Basic

Tabel de corespondență pentru anteturile HTTP - Ghid complet pentru anteturile de cerere și răspuns

Această pagină oferă un tabel detaliat pentru anteturile HTTP de cerere și răspuns. Anteturile de cerere și răspuns HTTP sunt o parte importantă a dezvoltării web, dezvoltatorii trebuie să stăpânească aceste informații de antet atunci când scriu colectoare, interfețe API, simulând autentificarea etc.

Ce sunt anteturile de cerere și răspuns HTTP?

Antetul cererii HTTP (Request Header) este metadatele anexate cererii trimise de client către server, folosite pentru a informa serverul despre informații suplimentare legate de cerere.
Antetul răspunsului HTTP (Response Header) este metadatele anexate răspunsului returnat de server, conținând informații despre statutul și gestionarea răspunsului.

Tabel de corespondență pentru anteturile HTTP cele mai comune

Iată anteturile HTTP comune și efectul lor:

Antet de cerere Descrierea utilizării
User-Agent Informații despre browserul clientului sau sistemul de operare, folosit pentru a determina mediu clientului.
Accept Specificați tipurile de conținut pe care clientul poate să le proceseze, pentru a informa serverul despre tipul de conținut de returnat.
Host Specifică gazda și portul țintă pentru cerere, folosit adesea pentru accesarea găzduirii virtuale.
Authorization Conține informații de autentificare, folosit pentru autorizarea interfețelor API.
Content-Type Informați serverul despre tipul corpului cererii, cum ar fi application/json, text/html etc.
Accept-Encoding Specificați tipurile de compresie a conținutului acceptate de client, cum ar fi gzip, deflate.
Cookie Conține datele cookie stocate de client, folosite pentru gestionarea sesiunii.
Referer Înregistrează URL-ul sursei cererii, adesea folosit pentru a analiza sursele de acces.
Connection Specifică dacă se menține conexiunea, valorile comune sunt keep-alive sau close.

Tabel de corespondență pentru anteturile HTTP cele mai comune

Iată anteturile HTTP comune de răspuns și efectul lor:

Antet de răspuns Descrierea utilizării
Content-Type Specificați tipul de date al corpului răspunsului, cum ar fi text/html, application/json etc.
Content-Length Specificați lungimea corpului răspunsului, în bytes.
Set-Cookie Serverul trimite datele cookie clientului, folosite pentru gestionarea sesiunii.
Cache-Control Specificați politica de cache, cum ar fi no-cache, max-age etc.
Location În răspunsurile de redirecționare, specificați URL-ul noii locații.
Server Indică numele și versiunea serverului.
Access-Control-Allow-Origin Specifică ce domenii pot accesa această resursă, folosit frecvent pentru cereri cross-origin.
Content-Encoding Specificați tipul de codificare a corpului răspunsului, cum ar fi gzip, deflate.
Expires Specificați timpul de expirare al conținutului răspunsului, folosit de obicei pentru controlul cache-ului.

Cazuri de utilizare ale anteturilor de cerere și răspuns HTTP

Anteturile de cerere și răspuns HTTP au aplicații largi în dezvoltarea reală. De exemplu:

  • Interfețe API: Anteturile de cerere ale interfețelor API sunt folosite pentru a transmite informații de autorizare, tipul corpului cererii etc.; anteturile de răspuns sunt folosite pentru a returna formatul datelor, politica de cache etc.
  • Simularea autentificării: Atunci când se simulează autentificarea, antetul Authorization este utilizat frecvent pentru a transporta token-ul sau datele cookie, asigurându-se verificarea identității utilizatorului.
  • Colectoare: În scrierea colectorilor web, puteți simula User-Agent-ul browserului folosind anteturile cererii pentru a obține conținutul de pe site-ul web.

Concluzie

Stăpânirea utilizării anteturilor de cerere și răspuns HTTP este crucială pentru dezvoltarea aplicațiilor web eficiente, conforme cu standardele. Prin tabelul de corespondență pentru anteturile HTTP furnizat pe această pagină, puteți înțelege cu ușurință funcțiile și aplicațiile anteturilor de cerere și răspuns comune, ajutând dezvoltatorii să se familiarizeze rapid cu protocolul HTTP.

Urmele dumneavoastră:
Alegeți limba