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

Re: [TSVN] Nightly Builds msi still at 2816

From: Molle Bestefich <molle.bestefich_at_gmail.com>
Date: 2005-03-27 14:05:20 CEST

Peter McNab wrote:
>>>>Solutions to the problem are straightforward:
>>>> 1. Tell everyone to flush their caches before downloading (cumbersome).
>>>> 2. Add "Pragma: No-Cache" headers to the HTTP headers when files are
>>>>downloaded from the nightly directory. This would cause browsers to
>>>>avoid caching the files.

>>I just checked Firefox' behaviour using a HTTP sniffer.
>>When the .MSI is in Firefox's cache, the browser doesn't even contact
>>the HTTP server to check if the file has been modified; thus proxying
>>has nothing to do with it.

> I'm using Firefox 1.0.2 as well, on a good cable.
> Thats an interesting comment about Firefox not contacting again. I'm
> surprised the date differences between the remote and cached cached
> versions doesn't trigger a download.
> Bug in 1.0.2 anyone??

No. It's expected behaviour.
The HTTP server will either tell your browser an "Expires" timestamp
for any file you fetch, or if it does not, your browser will use a
default value. If your second request happens after a page has
"expired" from cache, eg. the time has crawled past this timestamp, it
will re-request the page. Otherwise, the browser will use it's
locally cached version.

The HTTP RFC (2616? I think) has Cache-Control (HTTP 1.1) and Pragma
(HTTP 1.0) keywords to control caching. In case of HTTP 1.1 (only, I
think) there's the " must-revalidate" option to tell the client that
it must check every time if the file has been updated (but not
necessarily re-download if it hasn't). Also, there's the "no-cache"
option to tell clients and proxies that they should entirely refrain
from caching the files.

Having a file that's replaced every night without a "Expires: <24 hour
later>" tag or a "Pragma: no-cache" / "Cache-Control: must-revalidate"
header in place is a _server_ side bug, not a fault in the client....

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sun Mar 27 14:06:56 2005

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

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