On Thu, Nov 12, 2009 at 3:55 PM, Herbert Van de
Sompel
<hvdsomp(a)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.