On Fri, Nov 22, 2002 at 01:28:39AM +0100, Oskar Sandberg wrote: > On Thu, Nov 21, 2002 at 11:41:22PM +0000, Matthew Toseland wrote: > < > > > OK. Proposal: > > Currently manifest sites use Redirect.Target=<some key> or DateRedirect > > (which has .Increment, .Target and .Offset). > > Add ZIPRedirect: > > ZIPRedirect.Target=<some key, which is a ZIP> > > ZIPRedirect.Filename=<filename within zip to extract> > > There is no reason to do this as a control document. It should be done > as document metadata - that is a seperate MetadataPart added to any > level of the redirect chain or the bundle itself. So that we can point to files in _other_ ZIPs. But I'm not entirely following you here. > > It could be worth discussing whether fproxy should be caching the data > contents itself, or reextract the bundle every time (counting on the > DataStore to cache it). > > Also, should it really be a zip. Aren't there freedom issues? I doubt it, there are free zipper tools, and the primary compression method is identical to that gzip and PNG use. > > -- > > Oskar Sandberg > oskar at freenetproject.org > > _______________________________________________ > devl mailing list > devl at freenetproject.org > http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl >
-- 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/1/03 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/20021122/82679d79/attachment.pgp>
