<p>A <a
href="http://wiki.apache.org/httpd/DistrosDefaultLayout">description
- of these third-party distrubutions</a> is maintained in the HTTP
+ of these third-party distributions</a> is maintained in the HTTP
Server wiki, and should reflect the current state of these
third-party distributions. However, you will need to familiarize
yourself with your particular platform's package management and
<highlight language="config">
<DirectoryMatch "^/var/www/combined/(?<SITENAME>[^/]+)">
- require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example"
+ Require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example"
</DirectoryMatch>
</highlight>
<li><directive>Directory</directive> "/" matches and an initial configuration to set the <code>CustomHeaderName</code> header with the value <code>one</code> is created.</li>
<li><directive>Directory</directive> "/example" matches, and since <module>mod_headers</module> specifies in its code to override in case of a merge, a new configuration is created to set the <code>CustomHeaderName</code> header with the value <code>two</code>.</li>
<li><directive>FilesMatch</directive> ".*" matches and another merge opportunity arises, causing the <code>CustomHeaderName</code> header to be set with the value <code>three</code>.</li>
- <li>Eventually during the next steps of the HTTP request processing <module>mod_headers</module> will be called and it will receive the configuration to set the <code>CustomHeaderName</code> header with the value <code>three</code>. <module>mod_headers</module> normally uses this configuration to perfom its job, namely setting the foo header. This does not mean that a module can't perform a more complex action like discarding directives because not needed or deprecated, etc..</li>
+ <li>Eventually during the next steps of the HTTP request processing <module>mod_headers</module> will be called and it will receive the configuration to set the <code>CustomHeaderName</code> header with the value <code>three</code>. <module>mod_headers</module> normally uses this configuration to perform its job, namely setting the foo header. This does not mean that a module can't perform a more complex action like discarding directives because not needed or deprecated, etc..</li>
</ul>
<p>This is true for .htaccess too since they have the same priority as <directive>Directory</directive> in the merge order. The important concept to understand is that configuration sections like <directive>Directory</directive> and <directive>FilesMatch</directive> are not comparable to module specific directives like <directive module="mod_headers">Header</directive> or <directive module="mod_rewrite">RewriteRule</directive> because they operate on different levels.
root user. If this option is used, the <code>suexec</code>
binary will instead be installed with only the setuid/setgid
"capability" bits set, which is the subset of full root
- priviliges required for suexec operation. Note that
+ privileges required for suexec operation. Note that
the <code>suexec</code> binary may not be able to write to a log
file in this mode; it is recommended that the
<code>--with-suexec-syslog --without-suexec-logfile</code>
Warnings & Examples</title>
<p><strong>NOTE!</strong> This section may not be
- complete. For the latest revision of this section of the
- documentation, see the <a
- href="http://httpd.apache.org/docs/&httpd.docs;/suexec.html">Online
- Documentation</a> version.</p>
+ complete.</p>
<p>There are a few points of interest regarding
the wrapper that can cause limitations on server setup. Please
review these before submitting any "bugs" regarding suEXEC.</p>
+ <p><strong>suEXEC Points Of Interest</strong></p>
<ul>
- <li><strong>suEXEC Points Of Interest</strong></li>
<li>
Hierarchy limitations