USK at .../CofE/1898/ is the site "CofE", last known edition, with 1898 being a hint. If the node knows edition 2000, it will return USK at .../CofE/2000/ (and fproxy is expected to do a redirect so that the client gets the right key). The node is expected to try to look for the next edition in the background. It will stop doing so after a certain period of the user not checking the site; it keeps an LRU. Also it does not fetch the whole site, it assumes that if it finds *something*, that is a valid site.
SSK at .../CofE/1898/ is the site "CofE", exactly edition 1898, assuming that we keep the use of double slashes for manifests as it is now. If we get rid of double slashes and just use single slashes, then it would be SSK at .../CofE-1898/ . Implementation: When a client wants to insert an updatable site for the first time, it includes a flag on the FCP command to insert a site saying so. It is strongly recommended that all site-internal links be relative URIs. The node will then insert the first edition as SSK at .../sitename/1/ (or SSK at .../sitename-1/ ). The inserted metadata will include an "update manifest". This does not however require an extra hop, since it is reproduced on each edition. This specifies that the site is an updatable site, and gives any low-level hints on how to find the next edition, such as: - A DBR automatically inserted by the node (possibly a hierarchy of such DBRs - e.g. year, month, week, day, hour) - A TUK (why not just use TUKs? There are some possible issues with TUKs, such as the fact that they all go through one key. Better to use it as a hint). - The average frequency of updates (possibly quantised) - etc. These are all optional, and we can upgrade them on an ongoing basis, as we have the ability to update the manifest. So in the initial implementation, we wouldn't have to include any of the above. Comments? Is this a good idea? How important is it to get rid of DBRs and classic editions, compared to how important it is to ship 0.7.0 ASAP? How important is it to get rid of the double slash system? -- Matthew J Toseland - toad at amphibian.dyndns.org Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: <https://emu.freenetproject.org/pipermail/tech/attachments/20051029/3c17385c/attachment.pgp>
