Re: How to make mod_svn_dav return a last-modified header?

Hi

On Sat 09-Aug-2003 at 04:23:06PM -0500, Ben Collins-Sussman wrote:
> kfogel@collab.net writes:
>
> > His point, I think, is that if you do a checkout and get
> > specific revisions of specific files, then there's no reason caches
> > shouldn't be able to use this fact. Yet our checkout caused no
> > caching at all -- what a waste.

Yeah, it was originally raised by someone else I do think it would
be good to fix it.

> Maybe I misunderstood the thread. I saw you guys looking at the
> ethereal trace of 1) GET requests on public URLs, and 2) PROPFINDs,
> and being surprised at not seeing 'Last-modified' headers anywhere.
> And I was just saying, well, yes, this is to be expected.

Do you think it would be good to have them?

> But maybe I read too quickly -- how do we know that the 'checkout
> caused no caching at all'? It certainly should involve lots of GETs
> of version-resource-urls.

The ETag should be great for caches, the problem is that a lot,
including Squid, look for Last-Modified headers not ETags.

Another reason why I think it would be good to have them is because
it would enable someone to write a fairly simple script for GETing
and updating a set of files from a subversion repository and only
getting changed things by comparing a file system time stamp and a
Last-Modified date in a HEAD response. I'd like a simple bash (or
whatever) script that could run on any Linux box and only depended
on wget or lynx for updating stuff like this...

Chris

-- 
Chris Croome                               <chris@webarchitects.co.uk>
web design                             http://www.webarchitects.co.uk/ 
web content management                               http://mkdoc.com/   
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org