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" <gwi...@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 _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
