[pmwiki-users] Clean URLS cookbook question

[H. Fox]

On 2/6/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> 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.  :-)

Oh!... That was a typo, meant to be (a) and (c).  Sorry.

> 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.

I started to do it that way (because it's how qdig.sf.net is
configured).  Testing revealed that it worked either way, so I went
with the simpler one.  I'll change it back.

Hagan

"Everything should be made as simple as possible, but not simpler."
-- Albert Einstein