On Mon, 25 Dec 2000, Brandon wrote:
> > Yeah, as long as the link wasn't to the CHK of the map it would
>
> I still don't see what the problem you're pointing out is. Can you give a
> clear example of what wouldn't work?
This problem is a normal recursive paradox with two content hashed files,
just like trying to make two html files with CHK links to each other: the
hash of one depends on the hash of the other, and you can't get the hash
of the other without the hash of the first. That's one reason why I first
ruled out this idea. But if you redirect through an enumerated SSK key it
will work.
I still don't know how to implement it this way, with ambiguous URIs. Once
we read the metadata from "blah.html", and notice the
MapFile=SSK@blah/blah, how do we remember to use it (and not the normal
SSK) when the next request comes in from a link or image on that page?
> > work. Date-based enumeration would require setting aside a portion of the
> > subspace for maps ("/maps/YYYY-MM-DD"). It's a neat short-term hack, but
> > when we have real updating we're going to have lots of sites updating
> > hourly, or every 10 minutes, or whatever.
>
> No, the enumeration of map files doesn't have to be related to the
> subspace that you're mapping to at all.
Another subspace? Why bother with another subspace just for map files.
--
Mark Roberts
[EMAIL PROTECTED]
_______________________________________________
Freenet-dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/freenet-dev
