[pmwiki-users] Putting ".html" extensions onto pages

H. Fox haganfox at users.sourceforge.net
Thu Mar 2 01:41:56 CST 2006

On 3/1/06, Joachim Durchholz <jo at durchholz.org> wrote:
> Patrick R. Michaud schrieb:
> I meant to write this:
> URLs starting with a lowercase letter in the a-z range are non-PmWiki
> URLs, everything else is a PmWiki page.
>  > (The newer version
> > of the CleanUrls recipe tends to look for the existence of a targeted
> > file or directory to decide if the request should be passed along
> > to PmWiki.)

That understates it a bit.  If a requested file or directory exists,
PmWiki will not receive the request because these two rule conditions
precede the rewrite rule:

   RewriteCond %{REQUEST_FILENAME}   !-f
   RewriteCond %{REQUEST_FILENAME}   !-d

> I'd recommend against looking what files are there and deciding what to
> do later. Say you have a page named LICENSE, and a new version of PmWiki
> place a LICENSE file in the installation directory...

A wikipage named SomeGroup.LICENSE would not be affected by placing a
file named LICENSE in the installation directory.

I don't see this becoming a problem.  At worst you'd need to add a
special rewrite rule.

> IMHO, it's better if the namespace is clearly divided: lowercase letters
> for stuff served from the file system, everything else goes to PmWiki.
> (With the obvious exceptions associated with $EnableDirectDownload.)

It doesn't work very well when PmWiki is installed on a server that
already contains files and directories that start with
other-than-lower-case letters.

I know this from experience.  I had several .txt files with CamelCase
filenames on the Qdig site before I switched over to PmWiki.  The old
rewrite rules broke some URLs, so links that existed in the forums no
longer reached the files they originally reached.

Even for a site starting afresh it can be inconvenient, not to mention
confusing, to prohibit serving files or directories with names that
begin with capital letters or numbers.


More information about the pmwiki-users mailing list