Re: Inconsistency with dhandlers

Michael Slattery <[email protected]>
Newsgroups gmane.comp.web.mason.devel
Message-ID <[email protected]>
Works that way for us as well.

I was thinking of removing mod_dir, and writing an handler in the 
correct Apache stage, so that when it finds a dir with a dhandler and 
no other args, it makes or fakes an index.html that has a Mason inherit 
flag pointing dhandler, so we can call the URL with and without 
dhandler args.

index.html:
<%flags>
         inherit => 'dhandler'
</%flags>

Mike

On May 11, 2004, at 9:57 AM, David Wheeler wrote:

> On May 10, 2004, at 8:45 PM, Dave Rolsky wrote:
>
>> Well, if mod_dir is loaded, Apache should fix up requests for 
>> directories
>> that don't end in slashes and do a redirect (internal?) so that the
>> request Mason sees ends in a slash.
>
> Oh, Apache always does this for me, _except_ when Mason has a dhandler 
> there. Pretty weird, actually; I also wouldn't think that Mason would 
> even get to handle the request.
>
> mod_dir is compiled into my Apache server, and of course it will serve 
> index.html if you go to dirname/ and it has an index.html.
>
> Weird. But don't take my word for it; try it for yourself!
>
> Regards,
>
> David
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Mason-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mason-devel
>



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.