yes, that solved the problem. thanks a lot.
one minor point: it still seems like the directory to file transition should
take place during the uri->filename translation to me. but i guess that's
an issue for another list.
thanks again.
brady richards
On Mon, Aug 14, 2000 at 02:15:13PM -0400, darren chamberlain wrote:
> Brady Richards ([EMAIL PROTECTED]) said something to this effect:
> > [...]
> > we're running apache 1.3.12 and mod_perl (EVERYTHING=1) 1.3.24, and we
> > have written a little handler to do some simple find and replace in
> > html files before returning them. it works fine when given and explicit
> > url (http://foo.com/bar/index.html) but on a request to http://foo.com/bar/
> > or http://foo.com/bar, the filename that $r->filename() gives is
> > /base/dir/bar/ and /base/dir/bar respectively. shouldn't the translation
> > handler have kicked in already and changed this for me?
> >
> > [...]
> >
> > brady richards
>
> Does declining non-html files help? I.e.,
>
> sub handler {
> my ($r) = @_;
> return DECLINED unless ($r->content_type eq 'text/html');
> # Process HTML file...
> return OK;
> }
>
> I would think that this would skip directory accesses and run when
> mod_autoindex does it's internal redirect.
>
> (darren)
>
> --
> (1) Everything depends.
> (2) Nothing is always.
> (3) Everything is sometimes.
