]> granicus.if.org Git - apache/commitdiff
PR52175: RewriteBase is what applies to relative substitutions, not
authorEric Covener <covener@apache.org>
Mon, 14 Nov 2011 01:58:02 +0000 (01:58 +0000)
committerEric Covener <covener@apache.org>
Mon, 14 Nov 2011 01:58:02 +0000 (01:58 +0000)
the stripping of the per-directory prefix.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1201571 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/rewrite/tech.html.en
docs/manual/rewrite/tech.xml

index a3babf99843ee3c7fe13eef7ebf5a14db685154f..0c829470a6b86e33734813206236e1efa9a15b12 100644 (file)
@@ -67,11 +67,12 @@ and URL matching.</p>
     and <code>Directory</code> blocks), these rules are being applied
     after a URL has already been translated to a filename. Because of
     this, mod_rewrite temporarily translates the filename back into a URL,
-    by stripping off directory path before appling the rules. (See the
-    <code class="directive"><a href="../mod/mod_rewrite.html#rewritebase">RewriteBase</a></code> directive to
-    see how you can further manipulate how this is handled.) If a substitution
-    is made, a new internal subrequest is issued with the new URL, which restarts
-    processing of the request phases. In this context, care must be taken to 
+    by stripping off the directory path (including a trailing slash) 
+    before applying the rules. ) If a substitution is made, a new internal 
+    subrequest is issued with the new URL, which restarts processing of the 
+    request phases. If the substution is a relative path, the <code class="directive"><a href="../mod/mod_rewrite.html#rewritebase">RewriteBase</a></code> directive 
+    determines the URL-path prefix appended to the substitution.
+    In per-directory context, care must be taken to 
     create rules which will eventually (in some future "round" of per-directory
     rewrite processing) not perform a substitution to avoid looping.
     (See <a href="http://wiki.apache.org/httpd/RewriteLooping">RewriteLooping</a>
index b3414921437f1cac4f704dfa4a574d38c47463e0..e1d519aee83cada87ecad1feb6344973d5b47733 100644 (file)
@@ -77,11 +77,13 @@ and URL matching.</p>
     and <code>Directory</code> blocks), these rules are being applied
     after a URL has already been translated to a filename. Because of
     this, mod_rewrite temporarily translates the filename back into a URL,
-    by stripping off directory path before appling the rules. (See the
-    <directive module="mod_rewrite">RewriteBase</directive> directive to
-    see how you can further manipulate how this is handled.) If a substitution
-    is made, a new internal subrequest is issued with the new URL, which restarts
-    processing of the request phases. In this context, care must be taken to 
+    by stripping off the directory path (including a trailing slash) 
+    before applying the rules. ) If a substitution is made, a new internal 
+    subrequest is issued with the new URL, which restarts processing of the 
+    request phases. If the substution is a relative path, the <directive 
+    module="mod_rewrite">RewriteBase</directive> directive 
+    determines the URL-path prefix appended to the substitution.
+    In per-directory context, care must be taken to 
     create rules which will eventually (in some future "round" of per-directory
     rewrite processing) not perform a substitution to avoid looping.
     (See <a href="http://wiki.apache.org/httpd/RewriteLooping">RewriteLooping</a>