On Wednesday 04 April 2001 08:11, you wrote: > It seems to me that date-based redirects are becoming a very > fundamental part of how many freenet client apps work. Given this, > can anyone think of a good reason not to replace date-based redirects > with URIs of the following forms: > > for a KSK: > freenet:DBK at baseline,increment/foo > > for an SSK: > freenet:DBS at baseline,increment,public key/foo > > assuming that "baseline" and "increment" are base16 or base64 (I don't > care) seconds since the epoch, and the final keys look like: > > freenet:KSK at mostrecent-foo > > and: > > freenet:SSK at public key/mostrecent-foo > > respectively, where "mostrecent" is also base16 or base64 (respective > to your previous choice) seconds since the epoch? > > The advantage to these URIs would be that retrieving the data they > point to would require only one request, whereas retrieving the data a > date-based redirect points to requires two. This would make it > possible to write a date-based redirect to a CHK which requires only > two requests instead of three. And the keys aren't any uglier than > ordinary SSKs, so as far as I can tell, this is pure winnitude. > > Comments? This seems like a solution in search of a problem.
In most cases DBR redirected requests go throught MSK's. And the MapHandler caches the (filename, CHK) mappings in MSK so for most requests most of the time there is only a *single* CHK lookup. Do you have any evidence to support the assertion that the current system is too slow? I am not denying that your idea is clever. But the question is, is it nescessary? --gj > > -S > > _______________________________________________ > Devl mailing list > Devl at freenetproject.org > http://lists.freenetproject.org/mailman/listinfo/devl -- Web page inside Freenet: freenet:MSK at SSK@enI8YFo3gj8UVh-Au0HpKMftf6QQAgE/homepage// _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
