>> > * Implemented support for ZIP containers (fish's work, slightly
>> >   tweaked by me). Supported by the client level code, with a flag to
>> >   disable them, so fproxy, client.cli.Main and everything else can use
>> >   them. client.cli.Main has a command line option to disable support.
>> >   Includes support for metadata in the zip. Effect of this is that a
>> >   site of up to 1MB (after compression) can be inserted as one file,
>> and
>> >   it will be automatically extracted - get one file, get them all.
>
> Call me skeptical, but I think this is an amazingly bad idea. It removes
> any concept of having redundant date de-duplicated automatically. Also,
> downloading 1 MB file will potentially take quite a while. Smaller files
> can be downloaded with a greater degree of parallelism. I am simply not
> convinced that partial availability is a problem with a properly routed
> node, and that is all this will achieve. In a way, I think this will make
> the problem worse, because if the entire file cannot be retrieved or re-
> assembled, then the whole site is unavailable, rather than perhaps a few
> small parts of it.
>
> Additionally, it means that even if you want to look at one or two pages
> of a 100 page site, you still have to download the entire site. This is
> clearly netiher sensible nor sustainable in the long run, as more bigger
> sites come to exist.
>
> I don't think progres in this direction should be encouraged by putting
> hooks for it in the node code. It just seems to me like a terrible idea.

Let's not confuse implementation with usage.  I think it's a particularly
great idea.  Consider e.g. a bunch of images used to outline a table, with
a gif for top left, a gif for top, a gif for top right ... it's weird to
just get a part of this set, it's great to get the entire set or not at
all.

I would suggest that maybe 1MB is over-generous but being over-generous is
obviously better than not having enough leeway.

d
_______________________________________________
devl mailing list
[EMAIL PROTECTED]
http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl

Reply via email to