$_SERVER['PATH_INFO'] is used now to determine the page id when using
internal rewriting, in all testcases I've seen so far this variable
was set correctly. There are also a couple of fallbacks if the variable
doesn't exist, $_SERVER['SCRIPT_NAME'] is now preferred instead of
custom path extraction which fails when doku.php is outside the document
root.

This reverts commit 7873e757.

The patch breaks at least the behaviour of the "view recent
changes of the whole wiki" link.

partly reverts previous patches to keep matching styles with other
DokuWiki buttons

Dokuwiki emits an HTTP redirect when accessing:
/path/to/some/namespace/

to force the browser to:

/path/to/some/namespace/$conf['start']

However, this doesn't happen for the root namespace itself.

In some ways, this doesn't really matter, since accessing plain
"doku.php" will show the root namespace "start" page even without the
redirection. Equally, this can be trivially fixed using mod_rewrite
rules, but I don't want to encode the start page name into my rewrite
rules. Finally, I like the consistency of always having the start page
name in the URL, rather than special-casing the root namespace.
(Actually, I'd prefer never to have it in the URL, but that looks more
complex to achieve).

Anyway, the attached patch makes the redirect happen for the root
namespace as well.

It looks like when there is no "do=" parameter to doku.php, "show" is
assumed. When clean URLs are used (via mod_rewrite), regular
page-to-page links hence just link to "pagename". However, if you "Show
pagesource", then "Show page", the browser is sent back to
"pagename?do=show" instead of just "pagename". This seems like a "less
clean" URL to me.

So, the attached patch removes "do=show" from URLs in this case, so
cleaner URLs are used.