Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-10 Thread Brian Akins
Joshua Slive wrote: On Mon, 9 Feb 2004, Brian Akins wrote: Location /dynamic-stuff SetHandler virtual-dynamic-handler /Location Alias /normal/stuff/dyn /dynamic-stuff How would all this affect this situation? IE, we would still need to know that /normal/stuff/dyn/1/2/test.html became

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread Brian Akins
William A. Rowe, Jr. wrote: At 04:34 PM 2/6/2004, [EMAIL PROTECTED] wrote: /* this info-handler won't deal with the filename * so null the filename to ensure no file is served. */ r-filename = ; \ What if you have something like: Location /dynamic-stuff SetHandler

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread Joshua Slive
On Mon, 9 Feb 2004, Brian Akins wrote: Location /dynamic-stuff SetHandler virtual-dynamic-handler /Location Alias /normal/stuff/dyn /dynamic-stuff How would all this affect this situation? IE, we would still need to know that /normal/stuff/dyn/1/2/test.html became

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread William A. Rowe, Jr.
You hit the nail on the head - Alias (and mod_rewrite) cause us the greatest grief in fixing this set of issues. *IF* they all are parsed in the translate name phase we are fine, since map_to_storage is run after translate_name is done. If they are not handled up front we have problems (some

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread Andr Malo
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote: You hit the nail on the head - Alias (and mod_rewrite) cause us the greatest grief in fixing this set of issues. *IF* they all are parsed in the translate name phase we are fine, since map_to_storage is run after translate_name is done. If

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread gregames
William A. Rowe, Jr. wrote: At 04:34 PM 2/6/2004, [EMAIL PROTECTED] wrote: Joshua Slive wrote: And perhaps I'm going way off in left field here, but why should this be user-configurable at all? Shouldn't the (for example) server-status handler know itself that it is a virtual handler, and

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread William A. Rowe, Jr.
At 01:37 PM 2/9/2004, André Malo wrote: * William A. Rowe, Jr. [EMAIL PROTECTED] wrote: You hit the nail on the head - Alias (and mod_rewrite) cause us the greatest grief in fixing this set of issues. *IF* they all are parsed in the translate name phase we are fine, since map_to_storage is

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread Andr Malo
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote: The only issue in mod_rewrite could be the Type/Handler forcing which occurs also in fixup, where is the right place for such things (to force something). Don't they result in internal redirects? In that case there is nothing wrong when the

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread William A. Rowe, Jr.
At 02:11 PM 2/9/2004, [EMAIL PROTECTED] wrote: William A. Rowe, Jr. wrote: At 04:34 PM 2/6/2004, [EMAIL PROTECTED] wrote: Joshua Slive wrote: And perhaps I'm going way off in left field here, but why should this be user-configurable at all? Shouldn't the (for example) server-status handler know

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-09 Thread gregames
William A. Rowe, Jr. wrote: At 02:11 PM 2/9/2004, [EMAIL PROTECTED] wrote: William A. Rowe, Jr. wrote: Modules can do that today with some very trivial code... I think I see a problem. No doubt it could be made to work with a simple tweak. SetHandler in the location container sets the handler

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-07 Thread William A. Rowe, Jr.
At 04:34 PM 2/6/2004, [EMAIL PROTECTED] wrote: Joshua Slive wrote: I do, however, agree that doing a directory-walk on virtual resources is not nice. But my opinion is that virtualness is a property of the resource, and hence should be designated when selecting the resource. That is why I

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-06 Thread gregames
William A. Rowe, Jr. wrote: At 12:17 PM 2/5/2004, Joshua Slive wrote: I do, however, agree that doing a directory-walk on virtual resources is not nice. But my opinion is that virtualness is a property of the resource, and hence should be designated when selecting the resource. That is why I

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-06 Thread William A. Rowe, Jr.
At 09:47 AM 2/6/2004, [EMAIL PROTECTED] wrote: William A. Rowe, Jr. wrote: At 12:17 PM 2/5/2004, Joshua Slive wrote: I do, however, agree that doing a directory-walk on virtual resources is not nice. But my opinion is that virtualness is a property of the resource, and hence should be designated

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-06 Thread Greg Ames
Greg Marr wrote: I'm only changing Location ... Directory is unaffected. Well, that's not entirely true. The Directory is affected indirectly, because it no longer applies. The behavior currently is: it applies to everything it matches. This would change it to: it applies to everything

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-05 Thread Geoffrey Young
Let's do this in 2.1 by splitting out the file system, and if the filesystem module isn't handling a request, it won't be serving content but also won't be invoking the directory walk or stat-ing files. this all sounds kinda interesting, and similar to the way auth has been set up in 2.1 -

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-05 Thread gregames
Thanks for the feedback, Will. William A. Rowe, Jr. wrote: At 03:39 PM 2/4/2004, [EMAIL PROTECTED] wrote: But then if I play devil's advocate, someone could see the new directive and turn it on when it's not appropriate and cause Bad Things to happen. Mainly I'm looking for comments on whether

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-05 Thread Joshua Slive
I just want to add a couple notes here on what I see as user-expectations. The problem is that you want to add layers of additional directives, which would change the behavior of Directory or Location , only Location , in a way that IMO is consistent with the existing documentation, but

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-05 Thread Greg Marr
At 10:22 AM 2/5/2004, [EMAIL PROTECTED] wrote: Thanks for the feedback, Will. William A. Rowe, Jr. wrote: At 03:39 PM 2/4/2004, [EMAIL PROTECTED] wrote: But then if I play devil's advocate, someone could see the new directive and turn it on when it's not appropriate and cause Bad Things to

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-05 Thread Joshua Slive
I do, however, agree that doing a directory-walk on virtual resources is not nice. But my opinion is that virtualness is a property of the resource, and hence should be designated when selecting the resource. That is why I suggested changing SetHandler rather than Location. And perhaps I'm

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-05 Thread William A. Rowe, Jr.
At 10:43 AM 2/5/2004, Greg Marr wrote: At 10:22 AM 2/5/2004, [EMAIL PROTECTED] wrote: Thanks for the feedback, Will. William A. Rowe, Jr. wrote: At 03:39 PM 2/4/2004, [EMAIL PROTECTED] wrote: But then if I play devil's advocate, someone could see the new directive and turn it on when it's not

Re: FileSystem v.s. Other Resources [was configurable Location?]

2004-02-05 Thread William A. Rowe, Jr.
At 09:22 AM 2/5/2004, [EMAIL PROTECTED] wrote: Effect/Issue 1: Bypassing the filesystem canonicalization would be very bad on certain platforms such as windows, depending on case sensitivity, etc. It would also bypass *user configured* options such as avoiding symlinks. only for Location If

FileSystem v.s. Other Resources [was configurable Location?]

2004-02-04 Thread William A. Rowe, Jr.
At 03:39 PM 2/4/2004, [EMAIL PROTECTED] wrote: But then if I play devil's advocate, someone could see the new directive and turn it on when it's not appropriate and cause Bad Things to happen. Mainly I'm looking for comments on whether this should be configurable or not. Yes, I'm one who will