It has indeed been proposed before. It is called "ZIP manifests", or something to do with JAR files, etc. It is a good idea but nobody is implementing it at the moment. Personally I am working on NIO right now.
On Mon, Jun 02, 2003 at 03:13:10PM +0200, Kjell Rune Skaaraas wrote: > This probably belongs in the tech section, but > whatever. One thing I've found inherently annoying > about Freesites is how they work only partially, and > navigation is so slow. Suddenly you can get a DNF in > the middle of a site. > > Is it possible, or are there any current plans, to be > able to "group" content together on Freenet, so that > if you are looking at a SSK site with index.html and > page01, page02, page03.html etc, they are in fact only > one "big" CHK file with an internal mapping? This > would make navigation instant once you have loaded the > site, and any DNFs would be a "all or none"-basis. > > The downside is of course that you would have to load > the entire container before looking at it, but with > Freenets latency to bandwidth (horrible latency, > decent bandwidth) I think it would be superior to the > current solution. Today most sites prefer to throw > everything together on huge monolithic pages, and the > size of even a small set of HTML pages is not big > compared to the other file transfers going on. The > space savings by sharing unchanged html pages between > edition sites is minimal. > > A perfect example of why this would be good is an > image gallery, where you could gather the HTML pages > in one CHK. That way you could have 10 pages with 30 > pics each, where the index pages would load instantly > (the pics would be as slow as now though), instead of > either one 300 pic page (disaster) or a site that is > slow and frustrating to navigate. > > This should not require any change to the intra-node > structure, as other nodes would see just a normal CHK > transfer. Either the node itself or Fproxy would have > to be upgraded to parse and display the correct item > in the CHK file, but that should be fairly simple. In > order to leave the FCP spec alone, making Fproxy do it > is probably the best idea. > > Of course, it doesn't have to be just HTML, it could > be completely arbitrary containers. But for most other > stuff compression tools (zip, rar) & FEC-splitfiles do > a good job already. > > Anyone feel this is a good idea? I looked through the > achives back to January, and didn't see any subjects > about such a scheme. I think it sounds very good at > least. > > P.S. We'd sure better remember to run anonymity filter > on everything in the container. > > Kjella > > ______________________________________________________ > F? den nye Yahoo! Messenger p? http://no.messenger.yahoo.com/ > Nye ikoner og bakgrunner, webkamera med superkvalitet og dobbelt s? morsom > _______________________________________________ > devl mailing list > [EMAIL PROTECTED] > http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ GPG key lost in last few weeks, new key on keyservers ICTHUS - Nothing is impossible in him whom we trust
pgp00000.pgp
Description: PGP signature
