From: Luca Toscano Date: Tue, 16 Feb 2016 12:32:26 +0000 (+0000) Subject: Documentation rebuild X-Git-Tag: 2.5.0-alpha~2062 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=bfe1843ae6ba0e080c6983a5cb3fcdeefce1e4a8;p=thirdparty%2Fapache%2Fhttpd.git Documentation rebuild git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1730674 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/sections.html.en b/docs/manual/sections.html.en index 6003682815b..6bda9629d24 100644 --- a/docs/manual/sections.html.en +++ b/docs/manual/sections.html.en @@ -361,12 +361,12 @@ see the Virtual Host Documentation.

and <ProxyMatch> containers apply enclosed configuration directives only to sites accessed through mod_proxy's proxy server -that match the specified URL. For example, the following configuration -will prevent the proxy server from being used to access the -www.example.com website.

+that match the specified URL. For example, the following configuration +will allow only a subset of clients to access the +www.example.com website using the proxy server:

<Proxy http://www.example.com/*>
-    Require all granted
+    Require host yournetwork.example.com
 </Proxy>
top
@@ -452,12 +452,17 @@ are interpreted, it is important to understand how this works.

container takes the place of the <Directory> container in the processing order.

+

Merge is not always Override

Later sections override earlier ones, however each module is responsible for interpreting what form this override takes. A later configuration section with directives from a given module might cause a conceptual "merge" of some directives, all directives, or a complete replacement of the modules configuration with the module defaults and directives explicitly listed in the later context.

+

Directory, FilesMatch, + Location and the other directives discussed in this section + implement the same merging strategy, namely "override" when applied to the same target.

+

Technical Note

There is actually a @@ -499,6 +504,33 @@ E.

</Directory> +

Another interesting example is the following one. As described above, +FilesMatch is merged after Directory, +therefore a request for /var/www/index.html will eventually get the "foo" Header set to +the value "two", not "three" as somebody might expect from a first look. +

+ +
<Directory "/">
+    Header set foo one
+    <FilesMatch ".*">
+        Header set foo two
+    </FilesMatch>
+</Directory>
+
+<Directory "/var/www">
+    Header set foo three
+</Directory>
+ + +

The chain of values that the "foo" header will get is: "one", "three" and "two". +It is important to notice that Directory and FilesMatch +implement the same merging strategy, namely "override" when +applied to the same path. In this example it means that the last directive applied in the merging order, +FilesMatch, sets the final value for the "foo" header. +

+

This is true for .htaccess too, since they have the same priority as Directory +in the merging order.

+

For a more concrete example, consider the following. Regardless of any access restrictions placed in <Directory> sections, the <Location> section will be evaluated last and will allow unrestricted access to the server. In