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 >> <[email protected]> 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 _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
