On Wed, Nov 06, 2002 at 03:12:46PM +0200, Tuomas Lukinmaa wrote: > > Too many broken browsers substitute their own crap for the > > server-supplied 404. > > Atleast it's known crap to the users. :) If there's some known browsers > to break badly on the handling of 404, there should be User-Agent > exception for them. It is not reasonable to make everyone suffer over a > few broken browsers. I agree, especially as "a few broken browsers" actually means "Microsoft Internet Explorer", our old anonymity-risk friend :) > > > ETag is just a string, so the base64-encoded key of the current file > > would do nicely (for key responses) and something unique-ish for the > > fproxy html/graphics. > > The CHK-string of content should do nicely. It would be better to use > Last-Modified for FProxy's own content to minimize the amount of > processing (we don't want to calculate hashes over and over for the > FProxy content). Hmm. Why? > > > No, setting a reasonable Expires: time is a lot more friendly. > > Setting the Expires: header to +infinity for normal keys > > rollover-time for mapped keys seems logical. > > I disagree especially when it comes to Freenet content. It might be > logical, but it is NOT correct. Correct way is to use strong validators > over weak ones. Uhm, if we provide Expires, the browser will use it, right? And then it doesn't even have to revalidate until the expiry time? We don't want it to revalidate until the expiry time. > > http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.3.3 > > > Last-modified: is important as it tells the cache how volitile the > > page is. Set it to 1-year ago since we don't really know how old > > things are. > > If it's not known how old the content is, ETag should be used. It's a > strong validator in Freenet's case (CHK strings) and just made for these > situations. > > http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.3.2 > http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.3.4 > > <blockquote> > The ETag response-header field value, an entity tag, provides for an > "opaque" cache validator. This might allow more reliable validation in > situations where it is inconvenient to store modification dates, where > the one-second resolution of HTTP date values is not sufficient, or > where the origin server wishes to avoid certain paradoxes that might > arise from the use of modification dates. > </blockquote> Hmmm. >
-- Matthew Toseland toad at amphibian.dyndns.org amphibian at users.sourceforge.net Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/11/02. http://freenetproject.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20021106/1a0b109d/attachment.pgp>
