?
This document uses PHP Chinese website manual Release
Content-Encoding
實(shí)體頭用于壓縮媒體類型。如果存在,它的值表示哪些編碼應(yīng)用于實(shí)體主體。它讓客戶知道,如何解碼以獲取Content-Type
標(biāo)題引用的媒體類型。
建議盡可能壓縮數(shù)據(jù)并因此使用此字段,但某些類型的資源(如 jpeg 圖像)已被壓縮。有時(shí)使用額外的壓縮不會(huì)減少有效載荷的大小,甚至可能使有效載荷更長(zhǎng)。
Header type | Entity header |
---|---|
Forbidden header name | no |
Content-Encoding: gzip Content-Encoding: compress Content-Encoding: deflate Content-Encoding: identity Content-Encoding: br// Multiple, in the order in which they were appliedContent-Encoding: gzip, identity Content-Encoding: deflate, gzip
gzip
一種使用 Lempel-Ziv 編碼( LZ77 )和32位 CRC 的格式。這最初是 UNIX gzip 程序的格式。
x-gzip
為了兼容性的目的,HTTP / 1.1 標(biāo)準(zhǔn)還建議支持該內(nèi)容編碼的服務(wù)器應(yīng)該將其識(shí)別為別名。
compress
使用 Lempel-Ziv-Welch( LZW )算法的格式。值名取自實(shí)施此算法的 UNIX 壓縮程序。
與大多數(shù) UNIX 發(fā)行版已經(jīng)消失的壓縮程序一樣,目前幾乎沒有瀏覽器使用這種內(nèi)容編碼,部分原因是由于專利問題(已在2003年過期)。
deflate
使用 deflate 壓縮算法(在 RFC 1951中定義)使用 zlib 結(jié)構(gòu)(在 RFC 1950中定義)。
identity
指示身份功能(即不壓縮,也不修改)。除非明確指定,否則此標(biāo)記始終被視為可接受。
br
使用 Brotli 算法的格式。
在客戶端,您可以公布一個(gè)將在 HTTP 請(qǐng)求中發(fā)送的壓縮方案列表。Accept-Encoding
header 被用于協(xié)商內(nèi)容編碼。
Accept-Encoding: gzip, deflate
服務(wù)器響應(yīng)所使用的方案,由Content-Encoding
響應(yīng) header 。
Content-Encoding: gzip
請(qǐng)注意,服務(wù)器沒有義務(wù)使用任何壓縮方法。壓縮高度依賴于服務(wù)器設(shè)置和使用的服務(wù)器模塊。
Specification | Title |
---|---|
RFC 7231, section 3.1.2.2: Content-Encoding | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |
RFC 7932: Brotli Compressed Data Format | Brotli Compressed Data Format |
Feature | Chrome | Edge | Firefox | Internet Explorer | Opera | Safari |
---|---|---|---|---|---|---|
Basic Support | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) |
br | 50 | No | 44.0 | No | 36.0 | No |
Feature | Android | Chrome for Android | Edge mobile | Firefox for Android | IE mobile | Opera Android | iOS Safari |
---|---|---|---|---|---|---|---|
Basic Support | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) |
br | 51 | 51 | No | 44.0 | No | No | No |