[Xitami] [Alias] and [Filter] do conflict?

[Francis Turner]

BTW since we are on this portion of the code there is a fairly ugly
"lowercasing" bug in the ALIAS area which means that (IIRC) aliases on
case sensitive OSes (i.e. linux) have a problem with paths where the
path after the alias contains an upercase letter

E.g. if you have /alias as an alias of /usr/local/Alias is OK. But a
subdirectory (/alias/SubDirectory/ returns a 404 even if
/usr/local/Alias/SubDirectory exists

I fixed it once in one of the 2.5b releases but I stopped using Xitami
on Linux shortly thereafter and mislaid the code otherwise I'd provide
the patch. I seem to recall it required using a copy that is
lowercased for comparison and then inserting the original in the
actual path

On 5/12/05, Pieter Hintjens <ph@imatix.com> wrote:
> On 12/05/2005 08:04 pm, Maurilio Longo wrote:
>=20
> > With this last fix I can now correctly execute http://localhost/wiki/
> pmwiki.php
>=20
> That's nice.
>=20
> > :) _but_ I cannot execute http://localhost/schede/pmwiki.php since, aft=
er
> > : the first request, all links point to /wiki/ instead of /schede/.
>=20
> ?... Ah, I understand: the generated PHP page links contains the real pat=
h
> rather than the alias.  There must be another environment variable that i=
s
> being wrongly set.  If PHP is using PATH_TRANSLATED then we are stuck bec=
ause
> it means there is basically no way to run PHP scripts on an alias.
>=20
> > but it is not a big problem since it is easily fixed simply having the
> > [Alias] equal to the folder it is aliasing...
>=20
> Not really a good fix since it's just avoiding the problem.  We should fi=
nd
> out what variable PHP is using, and fix that.
>=20
> -Pieter
>=20
>=20
> --
> Xitami Users Mailing List -- For Xitami support
> To unsubscribe: http://lists.xitami.org/mailman/listinfo/xitami
>=20


--=20
http://www.di2.nu/blog.htm
Faber's Fourth Law:
  Necessity is the mother of strange bedfellows.