I have used gzip_static for some years without any issue that I am aware
with the default gzip_vary off.
My reasoning is that the HTTP spec says in
that “the Vary field value advises the user agent about the criteria
were used to select the representation”, and my understanding is that
compressed content is not a representation per se. The representation
be the result of undoing what Content-Encoding says.
So, given the same .html endpoint you could for example serve content in
language chosen according to Accept-Language. That’s a representation
depends on headers in my understanding. If you serve the same .css over
over again no matter what, the representation does not vary. The
thing that is transferred is not the representation itself, so no Vary
Do you guys agree with that reading of the spec?
Then, you read posts about buggy proxy servers. Have any of you founded
real (modern) case in which the lack of “Vary: Accept-Encoding” resulted
compressed content being delivered to a client that didn’t support it?
are those proxies mythical criatures as of today?