[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Last-Modified HTTP header from mod_dav_svn

From: Kalle Olavi Niemitalo <kon_at_iki.fi>
Date: 2005-11-25 21:57:31 CET

Erik Huelsmann <ehuels@gmail.com> writes:

> On 9/15/05, Sergey Proskurnya <alaley@gmail.com> wrote:
>> This will allow to use Internet Caching (Squid)
>> very effectively, which will result in lower traffic and
>> performance improvement for remote users, who are using
>> casual HTTP browser to access to SVN repository.

> It's a great idea, but won't work. Currently Subversion requests
> REPORTs from the server. These are unique for every single session
> between a client and a server. Thus, the REPORT response we're using
> isn't cacheable.

However, if a "casual HTTP browser" contacts a Subversion repository,
it will be using GET, which could be cacheable.

On the other hand, mod_dav_svn is already generating ETag headers,
and an HTTP/1.1 cache can put the entity tag in an If-None-Match
request header, and presumably get back a 304 Not Modified status,
in the same way it would with Last-Modified and If-Modified-Since.

I suppose there could be two advantages with reporting Last-Modified
in addition to ETag:

- Perhaps some older caches support Last-Modified but not ETag.

- A cache can guess an expiry date based on how long the resource
  has already been unmodified.

- RFC 2616 section 13.3.4 says servers SHOULD do so.

  • application/pgp-signature attachment: stored
Received on Fri Nov 25 21:52:07 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.