Components Crossplatform Mac & Win Server Client Old Guides Examples
New in version: 9.0 9.1 9.2 9.3 9.4 9.5 10.0 10.1 10.2 10.3 Statistic
Enables automatic decompression of HTTP downloads.
|Component||Version||macOS||Windows||Server||FileMaker Cloud||FileMaker iOS SDK|
|curl||The CURL session handle.||$curl|
|Param||The new setting.||1|
Returns OK or error.
DescriptionEnables automatic decompression of HTTP downloads.
Sets the contents of the Accept-Encoding: header sent in a HTTP request, and enables decoding of a response when a Content-Encoding: header is received. Three encodings are supported: identity, meaning non-compressed, deflate which requests the server to compress its response using the zlib algorithm, and gzip which requests the gzip algorithm.
If a zero-length string is set like "", then an Accept-Encoding: header containing all built-in supported encodings is sent.
You can also opt to just include the Accept-Encoding: header in your request with CURL.SetOptionHTTPHeader but then there will be no automatic decompressing when receiving data.
This is a request, not an order; the server may or may not do it. This option must be set or else any unsolicited encoding done by the server is ignored.
Servers might respond with Content-Encoding even without getting a Accept-Encoding: in the request. Servers might respond with a different Content-Encoding than what was asked for in the request.
The Content-Length: servers send for a compressed response is supposed to indicate the length of the compressed content so when auto decoding is enabled it may not match the sum of bytes reported by the output buffer (although, sending the length of the non-compressed content is a common server mistake).
See also ACCEPT_ENCODING option in CURL manual.
Request gzip compression:
Download with compression:
- Version 9.5
- Fixed a problem with CURL.SetOptionAcceptEncoding crashing on bad.
Created 27th November 2017, last changed 19th April 2020
Feedback: Report problem or ask question.
MBS Xojo Chart Plugins