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.
-- Andrew Garrett agarrett@wikimedia.org http://werdn.us/