HTTP Verzoek Header Referentietabel

HTTP Request Header

Header Uitleg Voorbeeld
Accept Specificeert het content type dat de client kan ontvangen Accept: text/plain, text/html
Accept-Charset De karaktercoderingen die de browser kan accepteren. Accept-Charset: iso-8859-5
Accept-Encoding Specificeert de compressieformaat opties die de browser ondersteunt. Accept-Encoding: compress, gzip
Accept-Language De taal die de browser accepteert Accept-Language: en,zh
Accept-Ranges Geeft aan dat de client een of meer subsegmenten van het webinhoud kan opvragen Accept-Ranges: bytes
Authorization De autorisatiecertificaten van de HTTP-autorisatie Authorization: autorisatie certificaat
Cache-Control Specificeert de cache mechanismen voor aanvragen en reacties Cache-Control: no-cache
Connection Geeft aan of een persistente verbinding nodig is. (HTTP 1.1 standaard maakt gebruik van persistente verbinding) Connection: close
Cookie Bij de HTTP-aanvraag worden alle cookiewaarden die zijn opgeslagen voor het domein van die aanvraag naar de webserver gestuurd. Cookie: $Version=1; Skin=new;
Content-Length De lengte van de inhoud van de aanvraag Content-Length: 348
Content-Type De MIME-informatie die overeenkomt met de aanvraaginhoud Content-Type: application/x-www-form-urlencoded
Date De datum en tijd waarop de aanvraag is verzonden Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect Specifiek gedrag van de server voor de aanvraag Expect: 100-continue
From Het emailadres van de gebruiker die de aanvraag deed From: [email protected]
Host Specificeert de domeinnaam en poortnummer van de server waarop de aanvraag is gericht Host: www.jsons.cn
If-Match Alleen geldig als de aanvraaginhoud overeenkomt met de entiteit If-Match: “specifieke waarde”
If-Modified-Since De aanvraag slaagt alleen als het aangevraagde deel na de opgegeven tijd is gewijzigd, anders wordt 304 code geretourneerd If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match Retourneert 304 code als de inhoud niet is gewijzigd, parameter is de Etag die door de server eerder is verzonden, ter vergelijking met de Etag die door de server is beantwoord If-None-Match: “specifieke waarde”
If-Range Als de entiteit niet is gewijzigd, zal de server het deel dat de client mist verzenden, anders de hele entiteit. Parameter is ook de Etag If-Range: “specifieke waarde”
If-Unmodified-Since De aanvraag slaagt alleen als de entiteit niet is gewijzigd na de opgegeven tijd If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards Beperkt de tijd die informatie via proxies en gateways kan worden doorgegeven Max-Forwards: 10
Pragma Gebruikt om specifieke richtlijnen te implementeren Pragma: no-cache
Proxy-Authorization De autorisatiecertificaten om verbinding te maken met de proxy Proxy-Authorization: verbindingscertificaat naar de proxy
Range Verzoekt alleen een deel van de entiteit, specificeert het bereik Range: bytes=500-999
Referer Het adres van de eerdere pagina, dat de huidige aanvraagpagina volgt, oftewel de herkomst Referer: http://www.jsons.cn
TE De overdracht codering die de client bereid is te accepteren, en informeert de server over de acceptatie van de trailer headers TE: trailers,deflate;q=0.5
Upgrade Geeft een bepaalde overdrachtsprotocol aan de server om te converteren (indien ondersteund) Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent De inhoud van User-Agent bevat informatie over de gebruiker die de aanvraag doet User-Agent: Mozilla/5.0 (Linux; X11)
Via Verwijst naar de adres van een tussenliggende gateway of proxy, communicatie protocol Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Waarschuwingsinformatie over de berichteninhoud Warn: 199 Overige waarschuwingen

HTTP Responses Header

Header Uitleg Voorbeeld
Accept-Ranges Geeft aan of de server ondersteuning biedt voor gespecificeerde bereik aanvragen en welke typen segment aanvragen Accept-Ranges: bytes
Age Geschatte tijd (in seconden, niet negatief) van de oorspronkelijke server naar de proxy cache Age: 12
Allow Geldige verzoek gedragingen op bepaalde netwerkbronnen, niet toegestaan retourneert 405 Allow: GET, HEAD
Cache-Control Geeft aan of cachemechanismen de inhoud kunnen cachen en welk type Cache-Control: no-cache
Content-Encoding De compressieformaat opties die de webserver ondersteunt. Content-Encoding: gzip
Content-Language De taal van de responsbody Content-Language: en,zh
Content-Length De lengte van de responsbody Content-Length: 348
Content-Location Een alternatieve andere locatie voor de aanvraagbron Content-Location: /index.htm
Content-MD5 De MD5-checkwaarde van de geretourneerde bron Content-MD5: MD5 checkwaarde
Content-Range De bytepositie van dit deel in het algehele antwoord Content-Range: bytes 21010-47021/47022
Content-Type De MIME-type van de geretourneerde inhoud Content-Type: text/html; charset=utf-8
Date De tijd van verzending van het oorspronkelijke serverbericht Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag De huidige waarde van de entity tag van de aanvraagvariabelen ETag: “huidige waarde van de entity tag van de aanvraagvariabelen”
Expires De vervaldatum en -tijd van de respons Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified De laatste wijzigingstijd van de aanvraagbron Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location Om de ontvanger om te leiden naar een nieuwe locatie die niet de aangevraagde URL is om de aanvraag te voltooien of de nieuwe bron te identificeren Location: http://www.jsons.cn
Pragma Bevat specifieke richtlijnen die van toepassing zijn op elke ontvanger in de responsketen Pragma: no-cache
Proxy-Authenticate Dit geeft het authentificatie schema en de toepasbare parameters voor die URL op de proxy aan Proxy-Authenticate: Basic
Refresh Toegepast op omleiding of een nieuwe bron wordt gecreëerd, wordt omgeleid na 5 seconden (geïntroduceerd door Netscape, wordt door de meeste browsers ondersteund)
Refresh: 5; url= http://www.jsons.cn
Retry-After Indien de entiteit tijdelijk niet beschikbaar is, geeft dit de cliënt aan dat hij het na een bepaalde tijd opnieuw moet proberen Retry-After: 120
Server De naam van de webserver software Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie Stelt een Http Cookie in Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer Geeft aan dat headervelden zich aan het einde van de chunked transfer encoding bevinden Trailer: Max-Forwards
Transfer-Encoding Bestands overdrachts codering Transfer-Encoding: chunked
Vary Geeft aan of downstream proxies moeten kiezen tussen de opgeslagen respons of aanvragen aan de oorspronkelijke server Vary: *
Via Informatie over hoe de respons aan de client is verzonden via proxy Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Waarschuwing voor mogelijke problemen met de entiteit Warning: 199 Diversen waarschuwing
WWW-Authenticate Geeft aan welke autorisatie schema de client zou moeten gebruiken om de entiteit aan te vragen WWW-Authenticate: Basic

HTTP Request Header Vergelijkingstabel - Veelvoorkomende Request Headers en Response Headers Overzicht

Deze pagina biedt een gedetailleerde HTTP Request Headers en HTTP Response Headers vergelijkingsschema. HTTP-aanvraag headers en response headers zijn belangrijke onderdelen in webontwikkeling, ontwikkelaars moeten deze headerinformatie beheersen bij het schrijven van verzamelaars, API interfaces en simulatie-inlogsystemen.

Wat zijn HTTP Request Headers en Response Headers?

HTTP Request Headers zijn de metadata die door de client naar de server worden gestuurd bij het indienen van een aanvraag, om de server aanvullende informatie over de aanvraag te geven.
HTTP Response Headers zijn de metadata die door de server worden teruggestuurd bij het reageren op de aanvraag, inclusief statusinformatie en verwerkingsinformatie.

Veelvoorkomende HTTP Request Headers Vergelijkingstabel

Hieronder staan de veelvoorkomende HTTP-aanvraag headers en hun functies:

Aanvraag Header Functie Beschrijving
User-Agent Identificeert informatie over de clientbrowser of het besturingssysteem, gebruikt om de omgeving van de client te beoordelen.
Accept Geeft de contenttypes aan die de client kan verwerken, informeert de server over de te retourneren contenttype.
Host Geeft de doelhost en poort van de aanvraag aan, vaak gebruikt voor virtuele hosting.
Authorization Draagt de identificatie-informatie voor autorisatie, gebruikt voor API interfaces.
Content-Type Informeer de server over het type van de aanvraag body, zoals application/json, text/html, enz.
Accept-Encoding Geeft de content coderingen aan die de client ondersteunt, zoals gzip, deflate.
Cookie Draagt de cookiegegevens die door de client zijn opgeslagen, gebruikt voor sessiebeheer.
Referer Houdt de bron URL van de aanvraag bij, vaak gebruikt om toegangsoorsprong te analyseren.
Connection Geeft aan of de verbinding behouden moet worden, veelvoorkomende waarden zijn keep-alive of close.

Veelvoorkomende HTTP Response Headers Vergelijkingstabel

Hieronder staan de veelvoorkomende HTTP-response headers en hun functies:

Response Header Functie Beschrijving
Content-Type Geeft het datatype van de respons body aan, zoals text/html, application/json, enz.
Content-Length Geeft de lengte van de responsbody aan, in bytes.
Set-Cookie Stelt de cookiegegevens voor de client in, gebruikt voor sessiebeheer.
Cache-Control Geeft de cachebeleid aan, zoals no-cache, max-age, enz.
Location Geeft de nieuwe locatie URL op in een redirect respons.
Server Geeft de naam en versie van de server aan.
Access-Control-Allow-Origin Geeft op welke domeinen toegang hebben tot deze bron, vaak gebruikt voor cross-origin aanvragen.
Content-Encoding Geeft de codering van de responsbody aan, zoals gzip, deflate.
Expires Geeft de vervaldatum van de responsinhoud aan, meestal gebruikt voor cachebeheer.

Toepassingsscenario's van HTTP Request Headers en Response Headers

HTTP Request Headers en Response Headers hebben verschillende toepassingen in de praktijk. Bijvoorbeeld:

  • API Interfaces: De aanvraag headers van API interfaces worden gebruikt om identificatie-informatie en het type aanvraagbody door te geven; response headers worden gebruikt om het datatypes van de weergegeven data en cachebeleid te retourneren.
  • Simulatie Inloggen: Bij het simuleren van een login worden vaak Authorization-aanvraag headers gebruikt om een token of cookie-gegevens mee te dragen, zodat de gebruikersauthenticiteit kan worden geverifieerd.
  • Verzamelaars: Bij het schrijven van webverzamelaars kan de User-Agent in de aanvraag headers worden gesimuleerd, om inhoud van een website op te halen.

Samenvatting

Het beheersen van het gebruik van HTTP Request Headers en Response Headers is van cruciaal belang voor het ontwikkelen van efficiënte en standaardconforme webtoepassingen. Met de HTTP Request Headers Vergelijkingstabel op deze pagina kunt u de functies en toepassingen van veelvoorkomende request headers en response headers eenvoudig begrijpen, wat ontwikkelaars helpt om snel aan de slag te gaan met het HTTP-protocol.

Uw voetafdrukken:
Kies een taal