When browsing Freenet just after the date rollover can be very annoying. It is almost unusable for a period of time. Many DBR don't get their sites out soon enough, or don't have enough time to distribute them before people start requesting the new versions. This is in part due to variations in different peoples clocks. However the fact that a request failed because the content is not yet widely distributed is not helped by the fact that it is going to be in the failure table of various nodes for some time.
Ways this could be improved from the users prospective: 1. Warn users to make sure their date/time is set correctly. 2. Tell site owners to insert before the last minute. 3. Have tools that insert DBR sites use a high HTL. 4. If a site fails, automatically try altdbrurl BEFORE prompting the user. 5. If we are using altdbrurl or a previous dated copy, make that apply to the ENTIRE SITE. There is nothing worse then getting an error, because todays edition cannot be found, clicking on a link and being told the same thing again. More invasive changes: 6. Eliminate the random first step in routing. (Introduce other mechanisms to replace it's functionality) This way the queries form the local node can be routed normally. (Querying the best host then retrying with the next best etc.) Although we probably shouldn't timeout on out own node :) 7. To eliminate unnecessary network requests, don't retry automaticlay. Most failed requests are caused by data that does not exist. If the user wants it they can click retry. 8. So that the user does not have to click retry, make the initial HTL proportional to how likely we believe the data is on the network. For example pages linked to from the main page should automatically be given the maximum initial default HTL. (We are prefetching these anyway as I recall.) Links that go to CHKs/One shot SSKs/CHK images should get a High initial default HTL. Finally links to Future edition sites, NIMs, KSKs should get a low initial default HTL. Note: the difference between the various HTLs should not be huge otherwise it might become too self reinforcing. 9. Improve routing ;) _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
