On Nov 13, 2009, at 2:55 PM, Andrew Garrett wrote:
On 13/11/2009, at 2:25 AM, Aryeh Gregor wrote:
On Thu, Nov 12, 2009 at 3:55 PM, Herbert Van de Sompel hvdsomp@gmail.com wrote:
2.1. The plug-in detects a client's X-Accept-Datetime header, and returns the mediawiki page that was active at the datetime specified in the header. Same for images, actually. This effectively allows navigating (as in clicking links) a mediawiki collection as it existed in the past: as long as a client issues an X-Accept-Datetime header, matching history pages/images will be retrieved.
Doesn't the use of a header here violate the idea of each URL representing only one resource? The server will be returning totally different things for a GET to the same URL. That seems like it would cause all sorts of problems -- not only do caching proxies break (which I'd think by itself makes the feature unusable for users behind caching proxies), but how do you deal with things like bookmarking, or sending a link to a particular version of the page to someone? These would become impossible, unless the server goes to the extra effort to return a redirect.
I assume the solution to this would be a Vary: X-Accept-Datetime header.
Please have a look at the HTTP Transactions for datetime content negotiation available at:
http://www.mementoweb.org/guide/http/local/
This shows that we indeed include a response header:
Vary: negotiate, X-Accept-Datetime
Cheers
Herbert Van de Sompel
== Herbert Van de Sompel Digital Library Research & Prototyping Los Alamos National Laboratory, Research Library http://public.lanl.gov/herbertv/ tel. +1 505 667 1267