Quoting Dan Merillat <[EMAIL PROTECTED]>: > Oh, it's quite possible. Insert a site as a .zip and hack > fproxy to fetch once and browse using it. It dosn't require > any core changes. > > It's also completely useless.
"Completely" is a little premature. You've heard all the possibilities, and can confidently say that every one of them are useless? > Any site using lots of graphics tends to not change them every day, > even if the HTML is altered. So all those graphics are uploaded > into freenet every day under a different .zip file, even though they're > completely unchanged. > > Or, what if 3 (or more) freesites link to the same graphic? At this > point, it shows up in 3 different manifests as the same CHK. (And thus > is fairly well retrievable) .zip the sites up, and they no-longer share > images. I think big files would continue to be free-floating CHKs, for the reasons you say. It'd probably just be the HTML pages, and any other small stuff like that, that would find use of a zip or jar scheme. In other words, the skeleton of a freesite. The issue is latency, not bandwidth, and therefore applies just as well to small files (HTML). In fact, one could argue that it's the small structure files that matter the most, because they're the ones that give a freesite organization. -todd _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
