|Examples||Mac & Win||Server||Client||Guides||Statistic||FMM||Blog||Deprecated||Old|
Enables automatic decompression of HTTP downloads.
|CURL||7.5||✅ Yes||✅ Yes||✅ Yes||✅ Yes||✅ Yes|
|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 an 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.
- Translating Insert from URL options for CURL to MBS Plugin calls
- MBS FileMaker Plugin, version 9.5pr1
Created 27th November 2017, last changed 3th April 2021