On 09/17/2013 08:40 AM, Brad Jorsch (Anomie) wrote:
On Mon, Sep 16, 2013 at 7:41 PM, Gabriel Wicke gwicke@wikimedia.org wrote:
Using sub-resources rather than the random switch to /w/index.php is more important for caching (promotes deterministic URLs) and does not seem to involve similar trade-offs.
Note that "promotes deterministic URLs" applies only to cases where only one parameter other than 'title' is provided to index.php (usually this parameter is 'action'). If the URL has more than one parameter other than 'title', you're still out of luck.
An end point that wants to be cacheable should only use one query parameter, which might well be a path. Hypothetical examples:
http://wiki.org/wiki/Foo?r=latest/html http://wiki.org/wiki/Foo?r=123456/wikitext
An alternative solution would be to specify a list of required query parameters and a canonical ordering, and to reject (or redirect) requests not conforming to this spec. The problem I see with this approach is that many client libraries don't provide control over the order of query parameters, which would make such an interface hard to use.
Gabriel