Gianni Johansson <giannijohansson at mediaone.net> writes: > 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.
Here's how it tends to work now: You give your client the MSK of my site. It contains the URI of SSK1. -- your client requests SSK1 SSK1 contains a date-based redirect to SSK2. (This makes it possible for me to update my site.) -- your client requests SSK2 SSK2 contains a mapfile. Your client looks up whatever docname you've given it, and -- requests the CHK given for it. That's three requests to find the document. The new way, it would work like this: You give your client the MSK of my site. It contains a DBR URI that leads to SSK2. -- your client requests SSK2 SSK2 contains a mapfile. Your client looks up whatever docname you've given it, and -- requests the CHK given for it. that's two requests to find the document. > Do you have any evidence to support the assertion that the current > system is too slow? Too slow for what application? Date based redirects are used more and more, and this significantly increases their speed. > I am not denying that your idea is clever. But the question is, is > it nescessary? No, it isn't. But I can't think of a good reason not to use it. -S _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
