Inconsistency with dhandlers
David Wheeler <[email protected]>
| Newsgroups | gmane.comp.web.mason.devel |
|---|---|
| Message-ID | <[email protected]> |
Fellow Masonites, I've been working on developing an API browser for Bricolage. Check it out here: http://theory.kineticode.com/docs/1.8/ The script I've been developing uses relative links to the document files, and outputs a dhandler. This works great as long as you have a slash after 1.8, so that, for example, it would successfully resolve to the absolute URL /docs/1.8/Bric.html. However, if you leave out the slash, Mason still responds with /docs/1.8/dhandler, but the browser thinks that 1.8 is a file name, rather than a directory. The result is that the links point to /docs/Bric.html, instead. This is not useful. What I'd like to suggest is that we add an option to Mason to prevent dhandlers from responding to a request if the request comes in for files, rather than directories. If it declines the request, I think that Apache would notice that 1.8 was a directory, and redirect the browser to /docs/1.8/. I realize that this would not be backwards compatible, but it would be more consistent, I think, with how Web servers behave. That's why I suggest adding it as a parameter. Thoughts? Thanks, 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