On 09/17/2013 08:40 AM, Brad Jorsch (Anomie) wrote: > On Mon, Sep 16, 2013 at 7:41 PM, Gabriel Wicke <[email protected]> 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 _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
