Richard Frovarp schrieb:
> Is there a way to call a page via it's UUID from a
browser? My issue is
> that we translate from UUIDs to URLs when a page is
being edited.
That's a very good point.
> If an
> object being targeted (image or link) changes path
while the page is
> being edited, it then becomes lost. Links really don't
matter if they
> are left as lenya-document as they aren't rendered.
However, images need
> to be rendered. If there is some way of accessing a
document via HTTP
> using it's UUID, a pre-processing instruction can be
put in to handle
> creating those URLs, and things will be good.
We should certainly introduce such a URL space. It will also
be helpful
for debugging. Should we use a particular prefix, or does
the UUID space
itself provide enough safety from name clashes?
///.png
In theory, this would be sufficient:
- It is very unlikely to have a URL with this syntax which
is
not a UUID.
- If the "natural" URL space uses UUIDs, there is
no risk for clashes
because UUIDs are unique.
The problem is that we'd need to check if a document with
this
UUID exists for each call which matches
///????????-????-????-????-????????????
to avoid masking the "natural" URL space of the
publication.
Considering this, it might make sense to use a particular
prefix, e.g.:
///lenya-uuid/.png
WDYT?
-- Andreas
--
Andreas Hartmann, CTO
BeCompany GmbH
http://www.becompany.ch
------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribe lenya.apache.org
For additional commands, e-mail: dev-help lenya.apache.org
|