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:30:37 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 hno@squid-cache.org  2007-10-02 12:30 -------
What you can do is to either

a) Drop the ETag completely. This is not opimal but works..

b) Or modify the ETag value in some manner. For example adding a constant string
infront or after the original ETag.

In 'b', if the compression is not deterministic and always resulting in the same
encoding then the ETag should additionally be made weak, to make sure no one
attemtps merging partial responses down the line..



The main downside of 'a' is that ETag aware caches will then cache multiple
copies of the same object, one per each slight varance of Vary indicated
headers. For Apache itself it's not so big difference until conditional requests
works proper in precense of filters like mod_deflate (i.e. If-None-Match).

-- 
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