Hi,
Cumartesi 12 Temmuz 2008 07:04 sularında, Takashi Sato şunları yazmıştı:
> Current documents on svn failed to be validated
> because of "<example>" tag on mod\mod_alias.xml.tr line 137.
> This is not common to the English doc.
Yes, sorry.
> And I have found some Turkish documents contain some "improvements".
> For example, see mod/mod_alias.xml line 117 and mod/mod_alias.xml.tr line 124.
> URL is quoted with <code> in the Turkish doc but not in the English doc.
>
> These were comitted by me,
> so this is my fault, but I can't read Turkish
> so I can't repair them precisely.
>
> Turkish translation team:
> You should not improve only Turkish documents.
> Improve English one first, then translate it.
>
OK.
Here are patches for 2.0, 2.2 and trunk.
Index: manual/mod/mod_alias.xml.tr
===================================================================
--- manual/mod/mod_alias.xml.tr (revision 675641)
+++ manual/mod/mod_alias.xml.tr (working copy)
@@ -128,8 +128,11 @@
<p><code><em>URL-yolu</em></code>’nu bir <code>/</code> ile
sonlandırırsanız <directive>Alias</directive> yönergesini yorumlarken
sunucunun da sona bir <code>/</code> ekleyeceğine dikkat ediniz. Yani,
- eğer <example>Alias /icons/ /usr/local/apache/icons/</example> diye bir
- tanım yaparsanız <code>/icons</code> URL’si için bir
+ eğer</p>
+
+ <dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
+
+ <p>diye bir tanım yaparsanız <code>/icons</code> URL’si için bir
<directive>Alias</directive> kullanılmayacaktır.</p>
<p><directive>Alias</directive> <em>hedefleri</em> için ek <directive
Index: manual/mod/mod_alias.xml
===================================================================
--- manual/mod/mod_alias.xml (revision 675641)
+++ manual/mod/mod_alias.xml (working copy)
@@ -59,36 +59,36 @@
<section id="order"><title>Order of Processing</title>
-<p>Aliases and Redirects occuring in different contexts are processed
-like other directives according to standard <a
-href="../sections.html#mergin">merging rules</a>. But when multiple
-Aliases or Redirects occur in the same context (for example, in the
-same <directive type="section" module="core">VirtualHost</directive>
-section) they are processed in a particular order.</p>
+ <p>Aliases and Redirects occuring in different contexts are processed
+ like other directives according to standard <a
+ href="../sections.html#mergin">merging rules</a>. But when multiple
+ Aliases or Redirects occur in the same context (for example, in the
+ same <directive type="section" module="core">VirtualHost</directive>
+ section) they are processed in a particular order.</p>
-<p>First, all Redirects are processed before Aliases are processed,
-and therefore a request that matches a <directive
-module="mod_alias">Redirect</directive> or <directive
-module="mod_alias">RedirectMatch</directive> will never have Aliases
-applied. Second, the Aliases and Redirects are processed in the order
-they appear in the configuration files, with the first match taking
-precedence.</p>
+ <p>First, all Redirects are processed before Aliases are processed,
+ and therefore a request that matches a <directive
+ module="mod_alias">Redirect</directive> or <directive
+ module="mod_alias">RedirectMatch</directive> will never have Aliases
+ applied. Second, the Aliases and Redirects are processed in the order
+ they appear in the configuration files, with the first match taking
+ precedence.</p>
-<p>For this reason, when two or more of these directives apply to the
-same sub-path, you must list the most specific path first in order for
-all the directives to have an effect. For example, the following
-configuration will work as expected:</p>
+ <p>For this reason, when two or more of these directives apply to the
+ same sub-path, you must list the most specific path first in order for
+ all the directives to have an effect. For example, the following
+ configuration will work as expected:</p>
-<example>
-Alias /foo/bar /baz<br />
-Alias /foo /gaq
-</example>
+ <example>
+ Alias /foo/bar /baz<br />
+ Alias /foo /gaq
+ </example>
-<p>But if the above two directives were reversed in order, the
-<code>/foo</code> <directive module="mod_alias">Alias</directive>
-would always match before the <code>/foo/bar</code> <directive
-module="mod_alias">Alias</directive>, so the latter directive would be
-ignored.</p>
+ <p>But if the above two directives were reversed in order, the
+ <code>/foo</code> <directive module="mod_alias">Alias</directive>
+ would always match before the <code>/foo/bar</code> <directive
+ module="mod_alias">Alias</directive>, so the latter directive would be
+ ignored.</p>
</section>
@@ -103,26 +103,28 @@
<usage>
<p>The <directive>Alias</directive> directive allows documents to
- be stored in the local filesystem other than under the
+ be stored in the local filesystem other than under the
<directive module="core">DocumentRoot</directive>. URLs with a
(%-decoded) path beginning with <var>url-path</var> will be mapped
- to local files beginning with <var>directory-path</var>. The
- <var>url-path</var> is case-sensitive, even on case-insenitive
+ to local files beginning with <var>directory-path</var>. The
+ <var>url-path</var> is case-sensitive, even on case-insenitive
file systems.</p>
<example><title>Example:</title>
Alias /image /ftp/pub/image
</example>
- <p>A request for http://myserver/image/foo.gif would cause the
- server to return the file /ftp/pub/image/foo.gif.</p>
+ <p>A request for <code>http://myserver/image/foo.gif</code> would cause
+ the server to return the file <code>/ftp/pub/image/foo.gif</code>.</p>
<p>Note that if you include a trailing / on the
<var>url-path</var> then the server will require a trailing / in
- order to expand the alias. That is, if you use <code>Alias
- /icons/ /usr/local/apache/icons/</code> then the url
- <code>/icons</code> will not be aliased.</p>
+ order to expand the alias. That is, if you use</p>
+ <dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
+
+ <p>then the url <code>/icons</code> will not be aliased.</p>
+
<p>Note that you may need to specify additional <directive
type="section" module="core">Directory</directive> sections which
cover the <em>destination</em> of aliases. Aliasing occurs before
@@ -152,7 +154,7 @@
<directivesynopsis>
<name>AliasMatch</name>
-<description>Maps URLs to filesystem locations using regular
+<description>Maps URLs to filesystem locations using regular
expressions</description>
<syntax>AliasMatch <var>regex</var>
<var>file-path</var>|<var>directory-path</var></syntax>
@@ -196,7 +198,7 @@
<usage>
<p>The Redirect directive maps an old URL into a new one by asking
the client to refetch the resource at the new location.</p>
-
+
<p>The old <em>URL-path</em> is a case-sensitive (%-decoded) path
beginning with a slash. A relative path is not allowed. The new
<em>URL</em> should be an absolute URL beginning with a scheme and
@@ -206,16 +208,17 @@
Redirect /service http://foo2.bar.com/service
</example>
- <p>If the client requests http://myserver/service/foo.txt, it
- will be told to access http://foo2.bar.com/service/foo.txt
+ <p>If the client requests <code>http://myserver/service/foo.txt</code>, it
+ will be told to access <code>http://foo2.bar.com/service/foo.txt</code>
instead.</p>
-<note><title>Note</title> <p>Redirect directives take precedence over
-Alias and ScriptAlias directives, irrespective of their ordering in
-the configuration file. Also, <var>URL-path</var> must be a fully
-qualified URL, not a relative path, even when used with .htaccess files or
-inside of <directive type="section" module="core">Directory</directive>
-sections.</p></note>
+ <note><title>Note</title>
+ <p>Redirect directives take precedence over
+ Alias and ScriptAlias directives, irrespective of their ordering in
+ the configuration file. Also, <var>URL-path</var> must be a fully
+ qualified URL, not a relative path, even when used with .htaccess files or
+ inside of <directive type="section" module="core">Directory</directive>
+ sections.</p></note>
<p>If no <var>status</var> argument is given, the redirect will
be "temporary" (HTTP status 302). This indicates to the client
@@ -262,7 +265,7 @@
<directivesynopsis>
<name>RedirectMatch</name>
-<description>Sends an external redirect based on a regular expression match
+<description>Sends an external redirect based on a regular expression match
of the current URL</description>
<syntax>RedirectMatch [<var>status</var>] <var>regex</var>
<var>URL</var></syntax>
@@ -377,7 +380,7 @@
This is necessary since multiple <var>URL-paths</var> can map
to the same filesystem location, potentially bypassing the
<directive>ScriptAlias</directive> and revealing the source code
- of the CGI scripts if they are not restricted by a
+ of the CGI scripts if they are not restricted by a
<directive module="core">Directory</directive> section.</note>
</usage>
Index: manual/mod/mod_alias.xml.tr
===================================================================
--- manual/mod/mod_alias.xml.tr (revision 676136)
+++ manual/mod/mod_alias.xml.tr (working copy)
@@ -132,8 +132,11 @@
<p><code><em>URL-yolu</em></code>’nu bir <code>/</code> ile
sonlandırırsanız <directive>Alias</directive> yönergesini yorumlarken
sunucunun da sona bir <code>/</code> ekleyeceğine dikkat ediniz. Yani,
- eğer <example>Alias /icons/ /usr/local/apache/icons/</example> diye bir
- tanım yaparsanız <code>/icons</code> URL’si için bir
+ eğer</p>
+
+ <dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
+
+ <p>diye bir tanım yaparsanız <code>/icons</code> URL’si için bir
<directive>Alias</directive> kullanılmayacaktır.</p>
<p><directive>Alias</directive> <em>hedefleri</em> için ek <directive
Index: manual/mod/mod_alias.xml
===================================================================
--- manual/mod/mod_alias.xml (revision 676136)
+++ manual/mod/mod_alias.xml (working copy)
@@ -59,36 +59,36 @@
<section id="order"><title>Order of Processing</title>
-<p>Aliases and Redirects occuring in different contexts are processed
-like other directives according to standard <a
-href="../sections.html#mergin">merging rules</a>. But when multiple
-Aliases or Redirects occur in the same context (for example, in the
-same <directive type="section" module="core">VirtualHost</directive>
-section) they are processed in a particular order.</p>
+ <p>Aliases and Redirects occuring in different contexts are processed
+ like other directives according to standard <a
+ href="../sections.html#mergin">merging rules</a>. But when multiple
+ Aliases or Redirects occur in the same context (for example, in the
+ same <directive type="section" module="core">VirtualHost</directive>
+ section) they are processed in a particular order.</p>
-<p>First, all Redirects are processed before Aliases are processed,
-and therefore a request that matches a <directive
-module="mod_alias">Redirect</directive> or <directive
-module="mod_alias">RedirectMatch</directive> will never have Aliases
-applied. Second, the Aliases and Redirects are processed in the order
-they appear in the configuration files, with the first match taking
-precedence.</p>
+ <p>First, all Redirects are processed before Aliases are processed,
+ and therefore a request that matches a <directive
+ module="mod_alias">Redirect</directive> or <directive
+ module="mod_alias">RedirectMatch</directive> will never have Aliases
+ applied. Second, the Aliases and Redirects are processed in the order
+ they appear in the configuration files, with the first match taking
+ precedence.</p>
-<p>For this reason, when two or more of these directives apply to the
-same sub-path, you must list the most specific path first in order for
-all the directives to have an effect. For example, the following
-configuration will work as expected:</p>
+ <p>For this reason, when two or more of these directives apply to the
+ same sub-path, you must list the most specific path first in order for
+ all the directives to have an effect. For example, the following
+ configuration will work as expected:</p>
-<example>
-Alias /foo/bar /baz<br />
-Alias /foo /gaq
-</example>
+ <example>
+ Alias /foo/bar /baz<br />
+ Alias /foo /gaq
+ </example>
-<p>But if the above two directives were reversed in order, the
-<code>/foo</code> <directive module="mod_alias">Alias</directive>
-would always match before the <code>/foo/bar</code> <directive
-module="mod_alias">Alias</directive>, so the latter directive would be
-ignored.</p>
+ <p>But if the above two directives were reversed in order, the
+ <code>/foo</code> <directive module="mod_alias">Alias</directive>
+ would always match before the <code>/foo/bar</code> <directive
+ module="mod_alias">Alias</directive>, so the latter directive would be
+ ignored.</p>
</section>
@@ -103,30 +103,32 @@
<usage>
<p>The <directive>Alias</directive> directive allows documents to
- be stored in the local filesystem other than under the
+ be stored in the local filesystem other than under the
<directive module="core">DocumentRoot</directive>. URLs with a
(%-decoded) path beginning with <var>url-path</var> will be mapped
- to local files beginning with <var>directory-path</var>. The
- <var>url-path</var> is case-sensitive, even on case-insensitive
+ to local files beginning with <var>directory-path</var>. The
+ <var>url-path</var> is case-sensitive, even on case-insensitive
file systems.</p>
<example><title>Example:</title>
Alias /image /ftp/pub/image
</example>
- <p>A request for http://myserver/image/foo.gif would cause the
- server to return the file /ftp/pub/image/foo.gif. Only complete
- path segments are matched, so the above alias would not match a
- request for http://myserver/imagefoo.gif. For more complex
+ <p>A request for <code>http://myserver/image/foo.gif</code> would cause
+ the server to return the file <code>/ftp/pub/image/foo.gif</code>. Only
+ complete path segments are matched, so the above alias would not match a
+ request for <code>http://myserver/imagefoo.gif</code>. For more complex
matching using regular expressions, see the <directive
module="mod_alias">AliasMatch</directive> directive.</p>
<p>Note that if you include a trailing / on the
<var>url-path</var> then the server will require a trailing / in
- order to expand the alias. That is, if you use <code>Alias
- /icons/ /usr/local/apache/icons/</code> then the url
- <code>/icons</code> will not be aliased.</p>
+ order to expand the alias. That is, if you use</p>
+ <dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
+
+ <p>then the url <code>/icons</code> will not be aliased.</p>
+
<p>Note that you may need to specify additional <directive
type="section" module="core">Directory</directive> sections which
cover the <em>destination</em> of aliases. Aliasing occurs before
@@ -156,7 +158,7 @@
<directivesynopsis>
<name>AliasMatch</name>
-<description>Maps URLs to filesystem locations using regular
+<description>Maps URLs to filesystem locations using regular
expressions</description>
<syntax>AliasMatch <var>regex</var>
<var>file-path</var>|<var>directory-path</var></syntax>
@@ -165,8 +167,8 @@
<usage>
<p>This directive is equivalent to <directive
- module="mod_alias">Alias</directive>, but makes use of
- <glossary ref="regex">regular expressions</glossary>,
+ module="mod_alias">Alias</directive>, but makes use of
+ <glossary ref="regex">regular expressions</glossary>,
instead of simple prefix matching. The
supplied regular expression is matched against the URL-path, and
if it matches, the server will substitute any parenthesized
@@ -218,18 +220,20 @@
Redirect /service http://foo2.example.com/service
</example>
- <p>If the client requests http://example.com/service/foo.txt, it
- will be told to access http://foo2.example.com/service/foo.txt
+ <p>If the client requests <code>http://example.com/service/foo.txt</code>,
+ it will be told to access
+ <code>http://foo2.example.com/service/foo.txt</code>
instead. Only complete path segments are matched, so the above
example would not match a request for
- http://example.com/servicefoo.txt. For more complex matching
- using regular expressions, see the <directive
- module="mod_alias">RedirectMatch</directive> directive.</p>
+ <code>http://example.com/servicefoo.txt</code>. For more complex matching
+ using regular expressions, see the <directive module="mod_alias"
+ >RedirectMatch</directive> directive.</p>
-<note><title>Note</title> <p>Redirect directives take precedence over
-Alias and ScriptAlias directives, irrespective of their ordering in
-the configuration file.</p></note>
+ <note><title>Note</title>
+ <p>Redirect directives take precedence over
+ Alias and ScriptAlias directives, irrespective of their ordering in
+ the configuration file.</p></note>
<p>If no <var>status</var> argument is given, the redirect will
be "temporary" (HTTP status 302). This indicates to the client
@@ -276,7 +280,7 @@
<directivesynopsis>
<name>RedirectMatch</name>
-<description>Sends an external redirect based on a regular expression match
+<description>Sends an external redirect based on a regular expression match
of the current URL</description>
<syntax>RedirectMatch [<var>status</var>] <var>regex</var>
<var>URL</var></syntax>
@@ -286,8 +290,8 @@
<usage>
<p>This directive is equivalent to <directive
- module="mod_alias">Redirect</directive>, but makes use of
- <glossary ref="regex">regular expressions</glossary>,
+ module="mod_alias">Redirect</directive>, but makes use of
+ <glossary ref="regex">regular expressions</glossary>,
instead of simple prefix matching. The
supplied regular expression is matched against the URL-path, and
if it matches, the server will substitute any parenthesized
@@ -392,7 +396,7 @@
This is necessary since multiple <var>URL-paths</var> can map
to the same filesystem location, potentially bypassing the
<directive>ScriptAlias</directive> and revealing the source code
- of the CGI scripts if they are not restricted by a
+ of the CGI scripts if they are not restricted by a
<directive module="core">Directory</directive> section.</note>
</usage>
@@ -410,8 +414,8 @@
<usage>
<p>This directive is equivalent to <directive module="mod_alias"
- >ScriptAlias</directive>, but makes use of
- <glossary ref="regex">regular expressions</glossary>,
+ >ScriptAlias</directive>, but makes use of
+ <glossary ref="regex">regular expressions</glossary>,
instead of simple prefix matching. The
supplied regular expression is matched against the URL-path,
and if it matches, the server will substitute any parenthesized
Index: manual/mod/mod_alias.xml.tr
===================================================================
--- manual/mod/mod_alias.xml.tr (revision 676156)
+++ manual/mod/mod_alias.xml.tr (working copy)
@@ -132,8 +132,11 @@
<p><code><em>URL-yolu</em></code>’nu bir <code>/</code> ile
sonlandırırsanız <directive>Alias</directive> yönergesini yorumlarken
sunucunun da sona bir <code>/</code> ekleyeceğine dikkat ediniz. Yani,
- eğer <example>Alias /icons/ /usr/local/apache/icons/</example> diye bir
- tanım yaparsanız <code>/icons</code> URL’si için bir
+ eğer</p>
+
+ <dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
+
+ <p>diye bir tanım yaparsanız <code>/icons</code> URL’si için bir
<directive>Alias</directive> kullanılmayacaktır.</p>
<p><directive>Alias</directive> <em>hedefleri</em> için ek <directive
Index: manual/mod/mod_alias.xml
===================================================================
--- manual/mod/mod_alias.xml (revision 676156)
+++ manual/mod/mod_alias.xml (working copy)
@@ -59,36 +59,36 @@
<section id="order"><title>Order of Processing</title>
-<p>Aliases and Redirects occuring in different contexts are processed
-like other directives according to standard <a
-href="../sections.html#mergin">merging rules</a>. But when multiple
-Aliases or Redirects occur in the same context (for example, in the
-same <directive type="section" module="core">VirtualHost</directive>
-section) they are processed in a particular order.</p>
+ <p>Aliases and Redirects occuring in different contexts are processed
+ like other directives according to standard <a
+ href="../sections.html#mergin">merging rules</a>. But when multiple
+ Aliases or Redirects occur in the same context (for example, in the
+ same <directive type="section" module="core">VirtualHost</directive>
+ section) they are processed in a particular order.</p>
-<p>First, all Redirects are processed before Aliases are processed,
-and therefore a request that matches a <directive
-module="mod_alias">Redirect</directive> or <directive
-module="mod_alias">RedirectMatch</directive> will never have Aliases
-applied. Second, the Aliases and Redirects are processed in the order
-they appear in the configuration files, with the first match taking
-precedence.</p>
+ <p>First, all Redirects are processed before Aliases are processed,
+ and therefore a request that matches a <directive
+ module="mod_alias">Redirect</directive> or <directive
+ module="mod_alias">RedirectMatch</directive> will never have Aliases
+ applied. Second, the Aliases and Redirects are processed in the order
+ they appear in the configuration files, with the first match taking
+ precedence.</p>
-<p>For this reason, when two or more of these directives apply to the
-same sub-path, you must list the most specific path first in order for
-all the directives to have an effect. For example, the following
-configuration will work as expected:</p>
+ <p>For this reason, when two or more of these directives apply to the
+ same sub-path, you must list the most specific path first in order for
+ all the directives to have an effect. For example, the following
+ configuration will work as expected:</p>
-<example>
-Alias /foo/bar /baz<br />
-Alias /foo /gaq
-</example>
+ <example>
+ Alias /foo/bar /baz<br />
+ Alias /foo /gaq
+ </example>
-<p>But if the above two directives were reversed in order, the
-<code>/foo</code> <directive module="mod_alias">Alias</directive>
-would always match before the <code>/foo/bar</code> <directive
-module="mod_alias">Alias</directive>, so the latter directive would be
-ignored.</p>
+ <p>But if the above two directives were reversed in order, the
+ <code>/foo</code> <directive module="mod_alias">Alias</directive>
+ would always match before the <code>/foo/bar</code> <directive
+ module="mod_alias">Alias</directive>, so the latter directive would be
+ ignored.</p>
</section>
@@ -103,30 +103,32 @@
<usage>
<p>The <directive>Alias</directive> directive allows documents to
- be stored in the local filesystem other than under the
+ be stored in the local filesystem other than under the
<directive module="core">DocumentRoot</directive>. URLs with a
(%-decoded) path beginning with <var>url-path</var> will be mapped
- to local files beginning with <var>directory-path</var>. The
- <var>url-path</var> is case-sensitive, even on case-insensitive
+ to local files beginning with <var>directory-path</var>. The
+ <var>url-path</var> is case-sensitive, even on case-insensitive
file systems.</p>
<example><title>Example:</title>
Alias /image /ftp/pub/image
</example>
- <p>A request for http://myserver/image/foo.gif would cause the
- server to return the file /ftp/pub/image/foo.gif. Only complete
- path segments are matched, so the above alias would not match a
- request for http://myserver/imagefoo.gif. For more complex
- matching using regular expressions, see the <directive
- module="mod_alias">AliasMatch</directive> directive.</p>
+ <p>A request for <code>http://myserver/image/foo.gif</code> would cause
+ the server to return the file <code>/ftp/pub/image/foo.gif</code>. Only
+ complete path segments are matched, so the above alias would not match a
+ request for <code>http://myserver/imagefoo.gif</code>. For more complex
+ matching using regular expressions, see the <directive module="mod_alias"
+ >AliasMatch</directive> directive.</p>
<p>Note that if you include a trailing / on the
<var>url-path</var> then the server will require a trailing / in
- order to expand the alias. That is, if you use <code>Alias
- /icons/ /usr/local/apache/icons/</code> then the url
- <code>/icons</code> will not be aliased.</p>
+ order to expand the alias. That is, if you use</p>
+ <dl><dd><code>Alias /icons/ /usr/local/apache/icons/</code></dd></dl>
+
+ <p>then the url <code>/icons</code> will not be aliased.</p>
+
<p>Note that you may need to specify additional <directive
type="section" module="core">Directory</directive> sections which
cover the <em>destination</em> of aliases. Aliasing occurs before
@@ -156,7 +158,7 @@
<directivesynopsis>
<name>AliasMatch</name>
-<description>Maps URLs to filesystem locations using regular
+<description>Maps URLs to filesystem locations using regular
expressions</description>
<syntax>AliasMatch <var>regex</var>
<var>file-path</var>|<var>directory-path</var></syntax>
@@ -165,8 +167,8 @@
<usage>
<p>This directive is equivalent to <directive
- module="mod_alias">Alias</directive>, but makes use of
- <glossary ref="regex">regular expressions</glossary>,
+ module="mod_alias">Alias</directive>, but makes use of
+ <glossary ref="regex">regular expressions</glossary>,
instead of simple prefix matching. The
supplied regular expression is matched against the URL-path, and
if it matches, the server will substitute any parenthesized
@@ -218,18 +220,20 @@
Redirect /service http://foo2.example.com/service
</example>
- <p>If the client requests http://example.com/service/foo.txt, it
- will be told to access http://foo2.example.com/service/foo.txt
+ <p>If the client requests <code>http://example.com/service/foo.txt</code>,
+ it will be told to access
+ <code>http://foo2.example.com/service/foo.txt</code>
instead. Only complete path segments are matched, so the above
example would not match a request for
- http://example.com/servicefoo.txt. For more complex matching
+ <code>http://example.com/servicefoo.txt</code>. For more complex matching
using regular expressions, see the <directive
module="mod_alias">RedirectMatch</directive> directive.</p>
-<note><title>Note</title> <p>Redirect directives take precedence over
-Alias and ScriptAlias directives, irrespective of their ordering in
-the configuration file.</p></note>
+ <note><title>Note</title>
+ <p>Redirect directives take precedence over Alias and ScriptAlias
+ directives, irrespective of their ordering in the configuration
+ file.</p></note>
<p>If no <var>status</var> argument is given, the redirect will
be "temporary" (HTTP status 302). This indicates to the client
@@ -276,7 +280,7 @@
<directivesynopsis>
<name>RedirectMatch</name>
-<description>Sends an external redirect based on a regular expression match
+<description>Sends an external redirect based on a regular expression match
of the current URL</description>
<syntax>RedirectMatch [<var>status</var>] <var>regex</var>
<var>URL</var></syntax>
@@ -286,8 +290,8 @@
<usage>
<p>This directive is equivalent to <directive
- module="mod_alias">Redirect</directive>, but makes use of
- <glossary ref="regex">regular expressions</glossary>,
+ module="mod_alias">Redirect</directive>, but makes use of
+ <glossary ref="regex">regular expressions</glossary>,
instead of simple prefix matching. The
supplied regular expression is matched against the URL-path, and
if it matches, the server will substitute any parenthesized
@@ -392,7 +396,7 @@
This is necessary since multiple <var>URL-paths</var> can map
to the same filesystem location, potentially bypassing the
<directive>ScriptAlias</directive> and revealing the source code
- of the CGI scripts if they are not restricted by a
+ of the CGI scripts if they are not restricted by a
<directive module="core">Directory</directive> section.</note>
</usage>
@@ -410,8 +414,8 @@
<usage>
<p>This directive is equivalent to <directive module="mod_alias"
- >ScriptAlias</directive>, but makes use of
- <glossary ref="regex">regular expressions</glossary>,
+ >ScriptAlias</directive>, but makes use of
+ <glossary ref="regex">regular expressions</glossary>,
instead of simple prefix matching. The
supplied regular expression is matched against the URL-path,
and if it matches, the server will substitute any parenthesized
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
