TE header
Baseline Widely available
This feature is well established and works across many devices and browser versions. It’s been available across browsers since July 2015.
The HTTPTErequest header specifies the transfer encodings the user agent is willing to accept.The transfer encodings are for message compression and chunking of data during transmission.
Transfer encodings are applied at the protocol layer, so an application consuming responses receives the body as if no encoding was applied.
| Header type | Request header |
|---|---|
| Forbidden request header | Yes |
In this article
Syntax
TE: compressTE: deflateTE: gzipTE: trailersMultiple directives in a comma-separated list withquality values as weights:
TE: trailers, deflate;q=0.5Directives
compressA format using theLempel-Ziv-Welch (LZW) algorithm is accepted as a transfer coding name.
deflateUsing thezlib structure is accepted as a transfer coding name.
gzipA format using theLempel-Ziv coding (LZ77), with a 32-bit CRC is accepted as a transfer coding name.
trailersIndicates that the client will not discard trailer fields in achunked transfer coding.
qWhen multiple transfer codings are acceptable, the
qparameter (quality values) syntax orders codings by preference.
Note thatchunked is always supported by HTTP/1.1 recipients, so you don't need to specify it using theTE header.See theTransfer-Encoding header for more details.
Examples
>Using the TE header with quality values
In the following request, the client indicates a preference forgzip-encoded responses withdeflate as a second preference using aq value:
GET /resource HTTP/1.1Host: example.comTE: gzip; q=1.0, deflate; q=0.8Specifications
| Specification |
|---|
| HTTP Semantics> # field.te> |