[pmwiki-users] Clean URLS cookbook question

Patrick R. Michaud pmichaud at pobox.com
Mon Feb 6 12:14:45 CST 2006


On Mon, Feb 06, 2006 at 10:40:24AM -0700, H. Fox wrote:
> On 2/6/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> > On Sun, Feb 05, 2006 at 03:41:55PM -0700, H. Fox wrote:
> > > a) Getting rid of "pmwiki.php"
> > > b) Turning ?n=Foo.Bar into /Foo/Bar
> > > c) Calling PmWiki from a "higher" directory, perhaps even the server's
> > > document root.
> > >
> > > Some servers may not give the wiki administrator control over
> > > mod_rewrite or (especially) mod_alias.  Virtually all servers support
> > > (b) and (c).
> >
> > Alas, in my experience there are a significant number of Apache
> > installations that don't support (b), or won't allow the wiki
> > administrator to use /Foo/Bar without using mod_rewrite.
> 
> By this do you mean using the mod_alias+httpd.conf method doesn't
> imply $EnablePathInfo can be turned on?

My statement was really in reaction to what you wrote about
"virtually all servers support (b) and (c)" above.  :-)  The way
it was written above made it sound to me as though (b) and (c) are
suitable options for those people who don't have control of mod_rewrite,
when in reality (b) is usually available only if the wiki administrator
can modify httpd.conf.  In my experience, that's very often not the case...

> I was wondering what to do about instructions for IIS + $EnablePathInfo...

I think it should be a separate page entirely.

----

In the section of CleanUrls called "Using an Index File",
I think the example of an index.php for a directory other
than the pmwiki/ directory needs to read:

    <?php chdir('pmwiki'); include_once('pmwiki.php');

Otherwise the working directories (especially wiki.d/) are
generally incorrect.

Pm





More information about the pmwiki-users mailing list