On Thu, 2002-11-21 at 16:36, panamerica334 at uni.de wrote: > <snip> > so here's my idea. > > - we introduce a new MIME-type for the .jar, e.g. > "application/x-freenet-site-archive" > - maybe even a new file extension (.fsa = freenet site archive) so we do not > stumble over normal .jar files, this would just be a simple renaming of the > file > <snip> > i'm not sure which program part handles metadata. according to the fact, that > they might be FECs, then the only way to do this is on the client's side, but > i'll > hope somebody who is more into this subject could give a more competent > answer than i'm able to > <snip>
Using the MIME-type to let the client distinguish "packaged" freesites from other content sounds like the simplest option. But since .jar files are equivalent to .zip files, why not just use an existing .zip mime type (application/zip or application/x-zip-compressed)? That way, this whole thread boils down to a proposed client extension to allow retrieval of individual files from a .zip archive, regardless of their content. There are already quite a few .zip files on freenet, and they would automatically benefit from this extension... links could be made to individual files in an archive with no re-insertion needed, and clients such as fproxy/mainport might decide to go the extra mile and offer the option to browse the contents of a directly requested .zip file. The details of the necessary key-mangling still pose some problems... In any case, the key should end with the pathname of the individual file within the archive, so that the internal links of a packaged site would work without special support in the client (just link directly to /index.html and let the browser do the rest). Brian P.S. This thread seems to belong in either tech or devl; I won't post it to support from now on. _______________________________________________ devl mailing list devl at freenetproject.org http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl
