Dieser Inhalt wurde automatisch aus dem Englischen übersetzt, und kann Fehler enthalten.Erfahre mehr über dieses Experiment.
Content-Encoding header
Baseline Widely available *
This feature is well established and works across many devices and browser versions. It’s been available across browsers since Juli 2015.
* Some parts of this feature may have varying levels of support.
Der HTTPContent-EncodingDarstellungs-Header listet die Kodierungen und die Reihenfolge auf, in der sie auf eine Ressource angewendet wurden.Dies teilt dem Empfänger mit, wie die Daten dekodiert werden müssen, um das ursprüngliche Inhaltsformat zu erhalten, das imContent-Type-Header beschrieben ist.Content-Encoding wird hauptsächlich verwendet, um Inhalte zu komprimieren, ohne Informationen über den ursprünglichen Medientyp zu verlieren.
Server sollten Daten so weit wie möglich komprimieren und dort, wo es angemessen ist, Content-Encoding verwenden.Das Komprimieren bereits komprimierter Medientypen, wie .zip oder .jpeg, ist normalerweise nicht sinnvoll, da dies die Dateigröße erhöhen kann.Wenn das ursprüngliche Medium bereits kodiert ist (z.B. als .zip-Datei), wird diese Information nicht imContent-Encoding-Header angegeben.
Wenn derContent-Encoding-Header vorhanden ist, beziehen sich andere Metadaten (z.B.Content-Length) auf die kodierte Form der Daten und nicht auf die ursprüngliche Ressource, es sei denn, es ist ausdrücklich angegeben.Content-Encoding unterscheidet sich vonTransfer-Encoding, daTransfer-Encoding behandelt, wie HTTP-Nachrichten selbst über das Netzwerk aufHop-by-Hop-Basis übertragen werden.
| Header-Typ | Darstellungs-Header |
|---|---|
| Verbotener Anfrage-Header | Nein |
Syntax
Content-Encoding: gzipContent-Encoding: compressContent-Encoding: deflateContent-Encoding: brContent-Encoding: zstdContent-Encoding: dcbContent-Encoding: dcz// Multiple, in the order in which they were appliedContent-Encoding: deflate, gzipDirektiven
gzipEin Format, das dieLempel-Ziv-Kodierung (LZ77) mit einem 32-Bit CRC verwendet.Dies ist das ursprüngliche Format des UNIXgzip Programms.Der HTTP/1.1-Standard empfiehlt auch, dass Server, die dieses Content-Encoding unterstützen,
x-gzipals Alias erkennen, aus Gründen der Kompatibilität.compressEin Format, das denLempel-Ziv-Welch (LZW)-Algorithmus verwendet.Der Wertname wurde vom UNIXcompress Programm übernommen, das diesen Algorithmus implementierte.Wie dascompress Programm, das aus den meisten UNIX-Distributionen verschwunden ist, wird dieses Content-Encoding heute von vielen Browsern nicht mehr verwendet, teilweise aufgrund eines Patentproblems (es lief 2003 ab).
deflateVerwendung derzlib-Struktur (definiert inRFC 1950) mit demdeflate-Kompressionsalgorithmus (definiert inRFC 1951).
brEin Format, das denBrotli-Algorithmus (definiert inRFC 7932) verwendet.
zstdEin Format, das denZstandard-Algorithmus (definiert inRFC 8878) verwendet.
dcbExperimentellEin Format, das denDictionary-Compressed Brotli Algorithmus verwendet. SieheCompression Dictionary Transport.
dczExperimentellEin Format, das denDictionary-Compressed Zstandard Algorithmus verwendet. SieheCompression Dictionary Transport.
Beispiele
Komprimierung mit gzip
Auf der Clientseite können Sie eine Liste von Komprimierungsschemata angeben, die in einer HTTP-Anfrage gesendet werden. DerAccept-Encoding-Header wird zur Aushandlung der Inhaltskodierung verwendet.
Accept-Encoding: gzip, deflateDer Server antwortet mit dem verwendeten Schema, angezeigt durch denContent-Encoding-Antwortheader.
Content-Encoding: gzipOb ein Server die vom Client angeforderten Komprimierungsmethoden verwendet, hängt von der Serverkonfiguration und den Fähigkeiten ab.
Spezifikationen
| Specification |
|---|
| HTTP Semantics # field.content-encoding |