This current behavior still seems wrong in httpd. A content (as opposed
perhaps to transfer) should not vary, in fact cannot vary if an etag is
presented.
I suspect that the deflate filter looks to see if there is a benefit to
compression, and cannot do so until it has a body. If it is going to
OK, the reason are the HEAD-Requests triggered by curl_setopt($curl,
CURLOPT_NOBODY, 1); so the bug is ignoring that in case of
"/static.htm?count=250_150209658" and sending in fact a body back while
for the 3 other test urls the response is HEAD as requested and the curl
code is identical
Hi
AddOutputFilterByType DEFLATE text/html
is this a bug or somehow expected behavior that in case the
"Content-Type" header also contains a charset mod_defalte don't work as
expected which means in case of curl requests only static files are gzip
compressed while PHP responses are missing