HTTP-Request-Header Vergleichstabelle

HTTP Request Header

Header Erklärung Beispiel
Accept Gibt die vom Client akzeptierten Inhaltstypen an Accept: text/plain, text/html
Accept-Charset Zeichencodierung, die der Browser akzeptieren kann. Accept-Charset: iso-8859-5
Accept-Encoding Gibt die vom Browser unterstützten Komprimierungscodierungen für Inhalte an, die vom Webserver zurückgegeben werden. Accept-Encoding: compress, gzip
Accept-Language Sprachen, die der Browser akzeptieren kann Accept-Language: en,zh
Accept-Ranges Gibt an, dass bestimmte Teile der Webinhalte angefordert werden können Accept-Ranges: bytes
Authorization HTTP-Autorisierungszertifikat Authorization: Autorisierungszertifikat
Cache-Control Gibt den Cache-Mechanismus für Anfrage und Antwort an Cache-Control: no-cache
Connection Gibt an, ob eine persistente Verbindung erforderlich ist. (HTTP 1.1 verwendet standardmäßig persistente Verbindungen) Connection: close
Cookie Beim Senden der HTTP-Anfrage werden alle Cookie-Werte, die unter diesem Domain gespeichert sind, an den Webserver gesendet. Cookie: $Version=1; Skin=new;
Content-Length Länge des Inhalts der Anfrage Content-Length: 348
Content-Type MIME-Informationen, die dem Inhalt der Anfrage entsprechen Content-Type: application/x-www-form-urlencoded
Date Datum und Uhrzeit der Anforderung Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect Besondere Verhaltensweisen des Servers, die angefordert werden Expect: 100-continue
From E-Mail des Benutzers, der die Anfrage sendet From: [email protected]
Host Gibt den Domainnamen und die Portnummer des angeforderten Servers an Host: www.jsons.cn
If-Match Ist nur gültig, wenn der Inhalt der Anfrage mit dem der Entität übereinstimmt If-Match: “bestimmter Wert”
If-Modified-Since Wenn der angeforderte Teil nach dem angegebenen Zeitpunkt geändert wurde, ist die Anfrage erfolgreich; wenn nicht, wird der 304-Code zurückgegeben. If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match Gibt den 304-Code zurück, wenn der Inhalt nicht geändert wurde; der Parameter ist der Etag, der zuvor vom Server gesendet wurde, und wird verwendet, um zu überprüfen, ob Änderungen vorgenommen wurden. If-None-Match: “bestimmter Wert”
If-Range Wenn die Entität nicht geändert wurde, sendet der Server den fehlenden Teil an den Client; andernfalls wird die gesamte Entität gesendet. Der Parameter ist ebenfalls der Etag. If-Range: “bestimmter Wert”
If-Unmodified-Since Die Anfrage ist nur erfolgreich, wenn die Entität nach dem angegebenen Zeitpunkt nicht geändert wurde. If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards Einschränkung der Zeit, in der Informationen durch Proxy-Server und Gateways weitergeleitet werden. Max-Forwards: 10
Pragma Beinhaltet spezifische Anweisungen zur Implementierung Pragma: no-cache
Proxy-Authorization Autorisierungszertifikat zum Anschluss an den Proxy Proxy-Authorization: Autorisierungszertifikat zum Anschluss an den Proxy
Range Fordert nur einen Teil der Entität an, gibt den Bereich an Range: bytes=500-999
Referer Die Adresse der vorherigen Webseite, die der aktuellen Anfrage vorausgeht, das heißt, woher sie kommt Referer: http://www.jsons.cn
TE Übertragungsmethoden, die der Client akzeptiert, und informiert den Server darüber, dass die Kopfzeilen auch in der Schlusserklärung akzeptiert werden TE: trailers,deflate;q=0.5
Upgrade Gibt dem Server an, welches Übertragungsprotokoll verwendet werden soll, um eine Umstellung vorzunehmen (falls unterstützt) Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent Der Inhalt des User-Agent enthält Informationen über den Benutzer, der die Anfrage sendet User-Agent: Mozilla/5.0 (Linux; X11)
Via Benachrichtigt über Adressen von Zwischen-Gateways oder Proxies und das Kommunikationsprotokoll Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Warnhinweise zu Nachrichteninhalt Warn: 199 Verschiedene Warnung

HTTP Responses Header

Header Erklärung Beispiel
Accept-Ranges Zeigt an, ob der Server Anfragen für bestimmte Bereiche unterstützt und welche Art von Segmentanfragen zulässig sind Accept-Ranges: bytes
Age Geschätzte Zeit (in Sekunden, nicht negativ), seit der die ursprüngliche Serverantwort im Cache des Proxy gespeichert wurde Age: 12
Allow Gültige Anfrageverhalten für eine bestimmte Netzwerkressource, wenn nicht erlaubt, wird 405 zurückgegeben Allow: GET, HEAD
Cache-Control Gibt allen Cache-Mechanismen an, ob sie cached werden können und welchen Typ Cache-Control: no-cache
Content-Encoding Komprimierungscodierungen, die vom Webserver unterstützt werden. Content-Encoding: gzip
Content-Language Sprache des Antwortkörpers Content-Language: en,zh
Content-Length Länge des Antwortkörpers Content-Length: 348
Content-Location Eine alternative Adresse, die die angeforderte Ressource ersetzen kann Content-Location: /index.htm
Content-MD5 Gibt den MD5-Prüfziffernwert der zurückgegebenen Ressource an Content-MD5: MD5-Prüfziffer
Content-Range Die Byte-Position dieses Teils im gesamten Rückgabekörper Content-Range: bytes 21010-47021/47022
Content-Type MIME-Typ des zurückgegebenen Inhalts Content-Type: text/html; charset=utf-8
Date Zeitpunkt, zu dem die ursprüngliche Servernachricht gesendet wurde Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag Der aktuelle Wert des Entitätstags für die angeforderte Variable ETag: “aktueller Wert der Entitätskennung”
Expires Datum und Uhrzeit, zu der die Antwort abläuft Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified Zeit der letzten Änderung der angeforderten Ressource Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location Wird verwendet, um den Empfänger an einen Ort außerhalb der angeforderten URL umzuleiten, um die Anfrage zu vervollständigen oder eine neue Ressource zu kennzeichnen Location: http://www.jsons.cn
Pragma Beinhaltet spezifische Anweisungen, die auf jede Empfangsinstanz in der Antwortkette angewendet werden können Pragma: no-cache
Proxy-Authenticate Gibt das Authentifizierungsschema und die auf die URL des Proxy anwendbaren Parameter an Proxy-Authenticate: Basic
refresh Wird für Umleitungen oder die Erstellung einer neuen Ressource verwendet, um in 5 Sekunden weiterzuleiten (von Netscape vorgeschlagen und von den meisten Browsern unterstützt)
Refresh: 5; url= http://www.jsons.cn
Retry-After Wenn die Entität vorübergehend nicht beschaffbar ist, informiert der Client, dass er die Anfrage nach der angegebenen Zeit erneut versuchen soll Retry-After: 120
Server Name der Webserver-Software Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie Setzt HTTP-Cookie Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer Gibt an, dass Header-Felder am Ende einer chunked-Transfer-Encoding-Nachricht vorhanden sind Trailer: Max-Forwards
Transfer-Encoding Übertragungsencoding des Dokuments Transfer-Encoding: chunked
Vary Informiert nachgelagerte Proxys, ob sie die zwischengespeicherte Antwort verwenden oder die Anfrage an den ursprünglichen Server richten sollen Vary: *
Via Informiert den Proxy darüber, wo die Antwort an den Client gesendet wurde Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Warnungen zu möglichen Problemen mit der Entität Warning: 199 Verschiedene Warnungen
WWW-Authenticate Gibt an, welches Authentifizierungsschema für die angeforderte Entität verwendet werden soll WWW-Authenticate: Basic

HTTP Header Vergleichstabelle - Vollständige Liste der häufig verwendeten Anfrage- und Antwortheaderinformationen

Diese Seite bietet eine detaillierte Vergleichstabelle für HTTP-Anforderungsheader und HTTP-Antwortheader. HTTP-Anforderungs- und Antwortheader sind ein wichtiger Teil der Webentwicklung, die Entwickler beim Schreiben von Scrapers, API-Schnittstellen, simulierten Anmeldungen usw. beherrschen müssen.

Was sind HTTP Anforderungs- und Antwortheader?

HTTP-Anforderungsheader (Request Header) sind Metadaten, die vom Client beim Senden einer Anfrage an den Server angehängt werden, um dem Server zusätzliche Informationen über die Anfrage zu übermitteln.
HTTP-Antwortheader (Response Header) sind Metadaten, die vom Server beim Senden einer Antwort zurückgegeben werden und Informationen über den Status und die Verarbeitung der Antwort enthalten.

Häufige HTTP Anforderungsheader Vergleichstabelle

Dies sind die häufigsten HTTP-Anforderungsheader und ihre Funktionen:

Anforderungsheader Zweckbeschreibung
User-Agent Informationen zum Client-Browser oder Betriebssystem, die verwendet werden, um die Client-Umgebung zu bestimmen.
Accept Gibt den Inhaltstyp an, den der Client verarbeiten kann, und informiert den Server über den zurückgegebenen Inhaltstyp.
Host Gibt den Zielhost und den Port der Anfrage an, wird normalerweise beim Zugriff auf virtuelle Hosts verwendet.
Authorization Trägt Authentifizierungsinformationen zur Autorisierung von API-Schnittstellen bei.
Content-Type Informiert den Server über den Typ des Anfrageinhalts, wie application/json, text/html usw.
Accept-Encoding Gibt die unterstützten Inhaltscodierungsarten an, wie gzip, deflate.
Cookie Sendet die vom Client gespeicherten Cookie-Daten zur Sitzungverwaltung.
Referer Speichert die URL der Anfragequelle, wird häufig zur Analyse der Zugriffsquellen verwendet.
Connection Gibt an, ob die Verbindung aufrechterhalten werden soll, gängige Werte sind keep-alive oder close.

Häufige HTTP Antwortheader Vergleichstabelle

Dies sind die häufigsten HTTP-Antwortheader und ihre Funktionen:

Antwortheader Zweckbeschreibung
Content-Type Gibt den Datentyp des Antwortkörpers an, wie text/html, application/json usw.
Content-Length Gibt die Länge des Antwortkörpers an, gemessen in Bytes.
Set-Cookie Sendet die vom Server zur Sitzungverwaltung gesetzten Cookie-Daten an den Client.
Cache-Control Gibt die Cache-Strategie an, wie no-cache, max-age usw.
Location Gibt die URL des neuen Standorts in einer Umleitungsantwort an.
Server Weist auf den Namen und die Versionsinformationen des Servers hin.
Access-Control-Allow-Origin Gibt an, welche Domain auf diese Ressource zugreifen kann, häufig verwendet für Cross-Origin-Anfragen.
Content-Encoding Gibt das Codierungsverfahren des Antwortkörpers an, wie gzip, deflate.
Expires Legt das Ablaufdatum der Antwortinhalte fest, häufig zur Cache-Steuerung verwendet.

Anwendungsszenarien für HTTP-Anforderungs- und Antwortheader

HTTP-Anforderungs- und Antwortheader finden in der Praxis weit verbreitete Anwendung. Zum Beispiel:

  • API-Schnittstellen: Anforderungsheader für API-Schnittstellen werden zur Übertragung von Authentifizierungsinformationen und Typen des Anfrageinhalts verwendet; Antwortheader geben das Datenformat und die Cache-Strategie zurück.
  • Simulierte Anmeldung: Bei simulierten Anmeldungen wird häufig der Authorization-Anforderungsheader verwendet, um Token- oder Cookie-Daten zu übertragen, um die Benutzeridentität zu überprüfen.
  • Scraper: Bei der Erstellung von Web-Scrapern kann laut den Anforderungsheadern der User-Agent des Browsers simuliert werden, um den Inhalt der Website abzurufen.

Zusammenfassung

Die Beherrschung der Nutzung von HTTP-Anforderungs- und Antwortheader ist entscheidend für die Entwicklung effizienter und standardkonformer Webanwendungen. Durch die auf dieser Seite bereitgestellte Vergleichstabelle für HTTP-Anforderungsheader können Sie die Funktionen und Anwendungen gängiger Anforderungs- und Antwortheader problemlos verstehen, was den Entwicklern hilft, schnell mit dem HTTP-Protokoll zu arbeiten.

Ihr Verlauf：
Wählen Sie die Sprache