- markup (52)
- xml (7)
- xslt (21)
- atom (8)
- overlapping markup (2)
- schema (9)
- creole (4)
- xforms (1)
- pipelines (7)
- coding (2)
- dtll (1)
- genealogy (3)
- gtd (1)
- hardware (1)
- legislation (1)
- ontologies (2)
- unicode (1)
- web (24)
- google (3)
- rdf (6)
- rest (3)
- wikis (1)
- work (1)
- xpath (1)
- xquery (1)
- xtech2008 (3)
- life (26)
- children (5)
- equality (6)
- environment (4)
- gadgets (5)
- software (3)
- xlinq (2)
- conferences (7)
- xtech (6)
- blog (7)
- drupal (3)
(it feels like there
Hmm, I suppose “
alternate”’s not what you want? I guess you mean something like Atom’s “self”.I’d canonicalise and then hash the query parameters to get the URI. That way, a particular query always leads to the same query URI, but at the same time an observer cannot infer whether anyone has sent the same query before.
The tricky problem with any query-as-resource setup is: do you garbage-collect stored queries eventually? If yes, when?
If you keep them around for too long and there are too many possible queries, you open yourself up to a DoS attack from someone who keeps generating new queries in order to deplete the server’s resources.
If you don’t keep them around for very long then the URIs generated are useful only in the moment because they soon turn into 404s. As IDs in RDF they would be useless.
On balance, this leads me to conclude that the query-as-resource approach is probably only feasible for authenticated requests.