Content-Encoding entity header is used to compress the media-type. When present, its value indicates what additional content encoding has been applied to the entity-body. It lets the client know, how to decode in order to obtain the media-type referenced by the
It is recommended to compress data as much as possible and therefore to use this field, but some types of resources, like jpeg images, are already compressed. Sometimes using additional compression doesn't reduce payload size and can even make the payload longer.
Content-Encoding: gzip Content-Encoding: compress Content-Encoding: deflate Content-Encoding: identity Content-Encoding: br
x-gzipas an alias, for compatibility purposes.
On the client side, you can advertise a list of compression schemes that will be sent along in an HTTP request. The
Accept-Encoding header is used for negotiating content encoding.
Accept-Encoding: gzip, deflate
The server responds with the scheme used, indicated by the
Content-Encoding response header.
Note that the server is not obligated to use any compression method. Compression highly depends on server settings and used server modules.
|RFC 7231, section 22.214.171.124: Content-Encoding||Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content|
|http://www.ietf.org/id/draft-alakuijala-brotli||Brotli Compressed Data Format|
|Feature||Android||Chrome for Android||Edge mobile||Firefox for Android||IE mobile||Opera Android||iOS Safari|
© 2005–2017 Mozilla Developer Network and individual contributors.
Licensed under the Creative Commons Attribution-ShareAlike License v2.5 or later.