Set gzip_vary to on to enable cli clients

[sharms]

This may need to be explicitly defined, and could potentially cause CLI clients such as wget / curl to not be able to download csv files. I would recommend deploying this to dev and using 'wget' against it to check if the setting works.

It is recommended to switch to the nginx buildpack: https://github.com/cloudfoundry/nginx-buildpack but this might be a good temporary fix while the new buildpack matures .

[jmhooper]

I'll test this out later this evening to see how it looks and merge if we're 👍

I pushed this to https://analytics-staging.app.cloud.gov and it looks like I'm still seeing issues with curl at https://analytics-staging.app.cloud.gov/data/live/realtime.json

[konklone]

I see the same thing. But I also don't see a Vary: Accept-Encoding header at all on the response:

$ curl --head https://analytics-staging.app.cloud.gov/data/live/realtime.json
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: max-age=0
Cache-Control: no-cache
Content-Encoding: gzip
Content-Length: 253
Content-Type: application/json
Date: Fri, 16 Mar 2018 17:44:41 GMT
Etag: "667bd6bb7e55492bb816be7534f0b8cc"
Last-Modified: Fri, 16 Mar 2018 17:42:52 GMT
Pragma: no-cache
Strict-Transport-Security: max-age=31536000
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
X-Vcap-Request-Id: 0f84e473-5a15-46e3-6e32-4faa1c8bb48e
X-XSS-Protection: 1; mode=block
Connection: keep-alive

[sharms]

Were there any updates on troubleshooting for this?

[konklone]

@sharms No, I just did some online research about it and can't find anything that would suggest why this isn't working. Are there any known issues with Cloud.gov overriding certain nginx flags or interfering with certain headers?

@jmhooper How sure are you that this fully deployed?