On 09/17/2013 02:48 AM, Daniel Kinzler wrote:
Am 17.09.2013 00:34, schrieb Gabriel Wicke:
There *might* be, in theory. In practice I doubt that there are any articles starting with 'w/'.
I count 10 on en.wiktionary.org:
https://en.wiktionary.org/w/index.php?title=Special%3APrefixIndex&prefix...
The good news is that none of them is /w/{index,api,load}.php ;)
To avoid future conflicts, we should probably prefix private paths with an underscore as titles cannot start with it (and REST APIs often use it for special resources).
That would be better.
But still, I think this is a bad idea. Essentially, putting Articles at the root of the domain mains hogging the domain as a namespace. Depending on what you want to do with your wiki, this is not a good idea.
I agree that it does not make sense to place the wiki at the root level if you are running (or plan to run) other services on the domain. On Wikipedia, the wiki is the primary use case. Optimizing for the common use case can be a good idea.
Basically: page content is only one of the things a wiki may server. "Internal" resources like CSS are another. But there may be much more, like structured data. It's good to use prefixes to keep these apart.
For different representations of the same resource there is also much to be said for suffixes, even if some of those representations are not visual. Additionally, we have namespaces as a prefix mechanism within a wiki. There will sure be cases where leaving the wiki makes sense, but I am hesitant to discard the flat wiki namespace all too quickly.
Gabriel