On Wed, 22 May 2013 11:17:13 -0700, Antoine Musso hashar+wmf@free.fr wrote:
Le 22/05/13 17:57, Daniel Friesen a écrit :
On Wed, 22 May 2013 08:50:51 -0700, Chad innocentkiller@gmail.com wrote:
Making entry points isn't straightforward (which is why I suggested maintenance), but it can be done.
We really need to cleanup the bootstrap process.
https://www.mediawiki.org/wiki/Requests_for_comment/Entrypoint_Routing_and_4...
Ok I am hijacking the thread.
http://symfony.com/doc/current/components/routing/introduction.html
:-)
That is a robust standalone lib that would give us proper routing and let us dish out WebRequest. You can even define the routes in a YAML file yummmm.
* The router does not handle non-routed stuff. So it can't properly handle support for both routed paths and routing queries to various entrypoints. * WebRequest does much more than routing so it's not going to disappear.
I've also been contemplating reverse routing. Defining the rules we generate many urls with. Trying to define most of that info inside the same place we route paths. To make defining new things like routing for the ShortUrl extension, etc... or things like the NamespacePaths extension simpler.
Besides making custom path patterns simpler that plan was also to tackle our issue with things like non-indexed paths vs. indexed ones. Right now we blindly send all non-query paths to an indexed path (the short url) and all queried paths to non-indexed ones. While we have some non-query URIs that would be best always non-indexed (like Search) and some query URIs that actually should be indexed (like query pages beyond the first page; after we add rel=next/prev to the category page). Additionally it would be ideal for our non-indexed path to be a pretty url too. There is no reason that our non-indexed urls have to be index.php.