httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 39727] - Incorrect ETag on gzip:ed content
Date Tue, 02 Oct 2007 19:54:58 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39727>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39727





------- Additional Comments From nick@webthing.com  2007-10-02 12:54 -------
(In reply to comment #15)
> Because you can not exchange the gzip:ed variant with the identity encoded
> variant wihout causing breakage. The two do not mean the same thing to a
> recipient who do not know how to handle gzip.

Bugzilla is the wrong place for this discussion.  Should be on dev@httpd.

Only a recipient that can handle gzip will be served the gzipped version.

> The two is only semantically equivalent for a recipient capable of handling
> gzip, but not to HTTP in general as HTTP do not guarantee clients can handle gzip.

HTTP provides a separate mechanism for negotiating that.

> 
> If they were semantically equivalent then there would be no need for conditional
> mod_gzip compression, or the use of Vary, at least not other than to reduce the
> load on the server under peak load...

Huh?  Those exist precisely because we need to cater for different clients.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message