fix(HttpClient): let local curl set encoding based what it is built with

[joshtrichards]

Summary

This is a mixture of a fix and an enhancement.

In the HTTP client, previously we forced Accept-Encoding to gzip but it's possible for a local curl:

• not to have been built with gzip
• to support additional encoding types

In most cases this won't change behavior (i.e. gzip will still be used). In others, the specific server/client combo will simply choose something "better".

Notes:

• GuzzleHttp online docs are out of date:
  • [7.9] Improve Accept-Encoding documentation guzzle/guzzle#3215
  • https://github.com/guzzle/guzzle/blob/7b2f29fe81dc4da0ca0ea7d42107a0845946ea77/docs/request-options.rst#decode_content
• https://php.watch/articles/curl-php-accept-encoding-compression
• CURLOPT_ACCEPT_ENCODING is the non-deprecated equivalent of CURLOPT_ENCODING
  • https://www.php.net/manual/en/curl.constants.php#constant.curlopt-accept-encoding
  • https://curl.se/libcurl/c/CURLOPT_ACCEPT_ENCODING.html

Checklist

• Code is properly formatted
• Sign-off message is added to all commits
• Tests (unit, integration, api and/or acceptance) are included
• Screenshots before/after for front-end changes
• Documentation (manuals or wiki) has been updated or is not required
• Backports requested where applicable (ex: critical bugfixes)