mod deflate from my understanding will always send the Vary header. it does it because it *might* do something to the content on subsequent requests. Whilst for you proxies are not important it doesn't mean it isn't important for everyone else - ditto using the standards :) I guess your application is an intranet one ? - hence running ie 6 with the http/1.0 ? You'll probably discover a number of other modules that will also set the Vary header - things like mod_negotiation or mod_substitute I'm sure someone will correct me if I've got this wrong. On Fri, 2008-02-29 at 17:24 +0800, J. Peng wrote: > On Fri, Feb 29, 2008 at 5:14 PM, Matus UHLAR - fantomas > <uhlar@xxxxxxxxxxx> wrote: > > On 29.02.08 11:44, J. Peng wrote: > > > I talk nothing about cache. > > > if mod_deflate didn't compress a file, why it still send a Vary header? > > > This is what I'm always talking about. > > > > you were advised to read HTTP specificationm (rfc 2616), did you? > > > > Hmm! did you see my questions again? > I was saying if mod_deflate didn't compress a file, it shouldn't send > a Vary header. > Don't tell me the so called standard, why mod_deflate always send a > Vary header when it doesn't compress that file? > Anyway I resolved this problem by using my way, otherwise ie6 with > http/1.0 enabled can't work with the case. > You may suggest MS to read that so called RFC. go ahead guy! > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|