I would suggest taking a look at the number of 404s caused by people trying to access pages without the wiki prefix.... This would be interesting data to go alongside this interesting proposal... On 16 Sep 2013 20:01, "Gabriel Wicke" gwicke@wikimedia.org wrote:
On 09/16/2013 07:24 PM, Daniel Friesen wrote:
On 2013-09-16 7:09 PM, Gabriel Wicke wrote:
Any of the entry points? Any new entry point? Anything we ever want to put into the root? We should be able to avoid most conflicts by picking prefixed entry points. However, as we can't drop the clashing /w/api.php any time soon I have removed the /wiki/ part from the RFC:
https://www.mediawiki.org/wiki/Requests_for_comment/Clean_up_URLs
So now only the conversion from
/w/index.php?title=foo?action=history to /foo?action=history
is under discussion.
Gabriel
Has the practice of disallowing /w/ or /index.php inside robots.txt to force search engines to completely ignore search, edit pages, exponential pagination, etc.. been considered?
See https://www.mediawiki.org/wiki/Requests_for_comment/Clean_up_URLs#Migration
Btw, side note on root urls. We still have an open bug allowing attacks on wikis using root paths: https://bugzilla.wikimedia.org/show_bug.cgi?i
That looks like a fixable bug. In Parsoid for example all internal links are relative, which avoids the protocol-relative URL issue you reported there.
Gabriel
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l