> On 11/24/09, Jack Bates <ms419 <at> freezone.co.uk> wrote:
> > * /foo/ to deliver /foo/index.html, or whatever it would naturally
> deliver
> > * /foo to deliver /foo.html always
>
> IIUC, your problem boils down to:
>
> /.htaccess has your desired behavior
> /foo/.htaccess has some undesired, incompatible catch-all behavior
Almost -
/.htaccess has one desired behaviour,
/foo/.htaccess has another, also desired, compatible behaviour
In my case I don't think it would matter which rules took precedence
The trouble is, when there is any "Rewrite" directive in /foo/.htaccess,
I can't get the rules from /.htaccess to apply - either by using
"RewriteOptions inherit" or by copying the rules from /.htaccess
to /foo/.htaccess
Here's a shorter, hopefully clearer example,
Contents of /.htaccess,
> DirectorySlash Off
>
> RewriteEngine On
> RewriteCond %{REQUEST_FILENAME}.html -f
> RewriteRule . %{REQUEST_FILENAME}.html
With this configuration and no "Rewrite" directives in /foo/.htaccess,
requests for http://example.com/.../foo successfully respond
with /foo.html
- but if I make the contents of /foo/.htaccess,
> RewriteEngine On
> RewriteOptions inherit
Now requests for http://example.com/.../foo no longer respond
with /foo.html : (
So the fact that there are "Rewrite" directives in /foo/.htaccess is
interfering with requests for http://example.com/.../foo, but the rules
in /foo/.htaccess can't match requests for http://example.com/.../foo
(although they can match requests for http://example.com/.../foo/)
I think it's currently impossible for *any* rule in /foo/.htaccess to
match http://example.com/.../foo
I think it should be one or the other - either it should be possible for
a rule in /foo/.htaccess to match http://example.com/.../foo, or rules
in /foo/.htaccess shouldn't disable rules in /.htaccess
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|