granicus.if.org Git - apache/blob - docs/manual/howto/htaccess.html.en

   1 <?xml version="1.0" encoding="ISO-8859-1"?>
   2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en"><head><!--
   4         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   5               This file is generated from xml source: DO NOT EDIT
   6         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   7       -->
   8 <title>Apache HTTP Server Tutorial: .htaccess files - Apache HTTP Server Version 2.5</title>
   9 <link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
  10 <link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
  11 <link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
  12 <script src="../style/scripts/prettify.min.js" type="text/javascript">
  13 </script>
  14
  15 <link href="../images/favicon.ico" rel="shortcut icon" /></head>
  16 <body id="manual-page"><div id="page-header">
  17 <p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossary</a> | <a href="../sitemap.html">Sitemap</a></p>
  18 <p class="apache">Apache HTTP Server Version 2.5</p>
  19 <img alt="" src="../images/feather.gif" /></div>
  20 <div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
  21 <div id="path">
  22 <a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">HTTP Server</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.5</a> &gt; <a href="./">How-To / Tutorials</a></div><div id="page-content"><div id="preamble"><h1>Apache HTTP Server Tutorial: .htaccess files</h1>
  23 <div class="toplang">
  24 <p><span>Available Languages: </span><a href="../en/howto/htaccess.html" title="English">&nbsp;en&nbsp;</a> |
  25 <a href="../fr/howto/htaccess.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
  26 <a href="../ja/howto/htaccess.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
  27 <a href="../ko/howto/htaccess.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
  28 <a href="../pt-br/howto/htaccess.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
  29 </div>
  30
  31 <p><code>.htaccess</code> files provide a way to make configuration
  32 changes on a per-directory basis.</p>
  33 </div>
  34 <div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#related">.htaccess files</a></li>
  35 <li><img alt="" src="../images/down.gif" /> <a href="#what">What they are/How to use them</a></li>
  36 <li><img alt="" src="../images/down.gif" /> <a href="#when">When (not) to use .htaccess files</a></li>
  37 <li><img alt="" src="../images/down.gif" /> <a href="#how">How directives are applied</a></li>
  38 <li><img alt="" src="../images/down.gif" /> <a href="#auth">Authentication example</a></li>
  39 <li><img alt="" src="../images/down.gif" /> <a href="#ssi">Server Side Includes example</a></li>
  40 <li><img alt="" src="../images/down.gif" /> <a href="#cgi">CGI example</a></li>
  41 <li><img alt="" src="../images/down.gif" /> <a href="#troubleshoot">Troubleshooting</a></li>
  42 </ul><ul class="seealso"><li><a href="#comments_section">Comments</a></li></ul></div>
  43 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
  44 <div class="section">
  45 <h2><a name="related" id="related">.htaccess files</a></h2>
  46     <table class="related"><tr><th>Related Modules</th><th>Related Directives</th></tr><tr><td><ul><li><code class="module"><a href="../mod/core.html">core</a></code></li><li><code class="module"><a href="../mod/mod_authn_file.html">mod_authn_file</a></code></li><li><code class="module"><a href="../mod/mod_authz_groupfile.html">mod_authz_groupfile</a></code></li><li><code class="module"><a href="../mod/mod_cgi.html">mod_cgi</a></code></li><li><code class="module"><a href="../mod/mod_include.html">mod_include</a></code></li><li><code class="module"><a href="../mod/mod_mime.html">mod_mime</a></code></li></ul></td><td><ul><li><code class="directive"><a href="../mod/core.html#accessfilename">AccessFileName</a></code></li><li><code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code></li><li><code class="directive"><a href="../mod/core.html#options">Options</a></code></li><li><code class="directive"><a href="../mod/mod_mime.html#addhandler">AddHandler</a></code></li><li><code class="directive"><a href="../mod/core.html#sethandler">SetHandler</a></code></li><li><code class="directive"><a href="../mod/mod_authn_core.html#authtype">AuthType</a></code></li><li><code class="directive"><a href="../mod/mod_authn_core.html#authname">AuthName</a></code></li><li><code class="directive"><a href="../mod/mod_authn_file.html#authuserfile">AuthUserFile</a></code></li><li><code class="directive"><a href="../mod/mod_authz_groupfile.html#authgroupfile">AuthGroupFile</a></code></li><li><code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code></li></ul></td></tr></table>
  47
  48     <div class="note">You should avoid using <code>.htaccess</code> files completely if you have access to
  49     httpd main server config file. Using <code>.htaccess</code> files slows down your Apache http server.
  50     Any directive that you can include in a <code>.htaccess</code> file is better set in a <code class="directive"><a href="../mod/core.html#directory">Directory</a></code> block, as it will have the same effect with better performance.</div>
  51 </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
  52 <div class="section">
  53 <h2><a name="what" id="what">What they are/How to use them</a></h2>
  54
  55
  56     <p><code>.htaccess</code> files (or "distributed configuration files")
  57     provide a way to make configuration changes on a per-directory basis. A
  58     file, containing one or more configuration directives, is placed in a
  59     particular document directory, and the directives apply to that
  60     directory, and all subdirectories thereof.</p>
  61
  62     <div class="note"><h3>Note:</h3>
  63       <p>If you want to call your <code>.htaccess</code> file something
  64       else, you can change the name of the file using the <code class="directive"><a href="../mod/core.html#accessfilename">AccessFileName</a></code> directive. For example,
  65       if you would rather call the file <code>.config</code> then you
  66       can put the following in your server configuration file:</p>
  67
  68       <pre class="prettyprint lang-config">AccessFileName .config</pre>
  69
  70     </div>
  71
  72     <p>In general, <code>.htaccess</code> files use the same syntax as
  73     the <a href="../configuring.html#syntax">main configuration
  74     files</a>. What you can put in these files is determined by the
  75     <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> directive. This
  76     directive specifies, in categories, what directives will be
  77     honored if they are found in a <code>.htaccess</code> file. If a
  78     directive is permitted in a <code>.htaccess</code> file, the
  79     documentation for that directive will contain an Override section,
  80     specifying what value must be in <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> in order for that
  81     directive to be permitted.</p>
  82
  83     <p>For example, if you look at the documentation for the <code class="directive"><a href="../mod/core.html#adddefaultcharset">AddDefaultCharset</a></code>
  84     directive, you will find that it is permitted in <code>.htaccess</code>
  85     files. (See the Context line in the directive summary.) The <a href="../mod/directive-dict.html#Context">Override</a> line reads
  86     <code>FileInfo</code>. Thus, you must have at least
  87     <code>AllowOverride FileInfo</code> in order for this directive to be
  88     honored in <code>.htaccess</code> files.</p>
  89
  90     <div class="example"><h3>Example:</h3><table>
  91         <tr>
  92           <td><a href="../mod/directive-dict.html#Context">Context:</a></td>
  93           <td>server config, virtual host, directory, .htaccess</td>
  94         </tr>
  95
  96         <tr>
  97           <td><a href="../mod/directive-dict.html#Override">Override:</a></td>
  98           <td>FileInfo</td>
  99         </tr>
 100       </table></div>
 101
 102     <p>If you are unsure whether a particular directive is permitted in a
 103     <code>.htaccess</code> file, look at the documentation for that
 104     directive, and check the Context line for ".htaccess".</p>
 105     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 106 <div class="section">
 107 <h2><a name="when" id="when">When (not) to use .htaccess files</a></h2>
 108
 109     <p>In general, you should only use <code>.htaccess</code> files when
 110     you don't have access to the main server configuration file. There is,
 111     for example, a common misconception that user authentication should
 112     always be done in <code>.htaccess</code> files, and, in more recent years,
 113     another misconception that <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> directives
 114     must go in <code>.htaccess</code> files. This is simply not the
 115     case. You can put user authentication configurations in the main server
 116     configuration, and this is, in fact, the preferred way to do
 117     things. Likewise, <code>mod_rewrite</code> directives work better,
 118     in many respects, in the main server configuration.</p>
 119
 120     <p><code>.htaccess</code> files should be used in a case where the
 121     content providers need to make configuration changes to the server on a
 122     per-directory basis, but do not have root access on the server system.
 123     In the event that the server administrator is not willing to make
 124     frequent configuration changes, it might be desirable to permit
 125     individual users to make these changes in <code>.htaccess</code> files
 126     for themselves. This is particularly true, for example, in cases where
 127     ISPs are hosting multiple user sites on a single machine, and want
 128     their users to be able to alter their configuration.</p>
 129
 130     <p>However, in general, use of <code>.htaccess</code> files should be
 131     avoided when possible. Any configuration that you would consider
 132     putting in a <code>.htaccess</code> file, can just as effectively be
 133     made in a <code class="directive"><a href="../mod/core.html#directory">&lt;Directory&gt;</a></code> section in your main server
 134     configuration file.</p>
 135
 136     <p>There are two main reasons to avoid the use of
 137     <code>.htaccess</code> files.</p>
 138
 139     <p>The first of these is performance. When <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code>
 140     is set to allow the use of <code>.htaccess</code> files, httpd will
 141     look in every directory for <code>.htaccess</code> files. Thus,
 142     permitting <code>.htaccess</code> files causes a performance hit,
 143     whether or not you actually even use them! Also, the
 144     <code>.htaccess</code> file is loaded every time a document is
 145     requested.</p>
 146
 147     <p>Further note that httpd must look for <code>.htaccess</code> files
 148     in all higher-level directories, in order to have a full complement of
 149     directives that it must apply. (See section on <a href="#how">how
 150     directives are applied</a>.) Thus, if a file is requested out of a
 151     directory <code>/www/htdocs/example</code>, httpd must look for the
 152     following files:</p>
 153
 154     <div class="example"><p><code>
 155       /.htaccess<br />
 156       /www/.htaccess<br />
 157       /www/htdocs/.htaccess<br />
 158       /www/htdocs/example/.htaccess
 159     </code></p></div>
 160
 161     <p>And so, for each file access out of that directory, there are 4
 162     additional file-system accesses, even if none of those files are
 163     present. (Note that this would only be the case if
 164     <code>.htaccess</code> files were enabled for <code>/</code>, which
 165     is not usually the case.)</p>
 166
 167     <p>In the case of <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> directives, in
 168     <code>.htaccess</code> context these regular expressions must be
 169     re-compiled with every request to the directory, whereas in main
 170     server configuration context they are compiled once and cached.
 171     Additionally, the rules themselves are more complicated, as one must
 172     work around the restrictions that come with per-directory context
 173     and <code>mod_rewrite</code>. Consult the <a href="../rewrite/intro.html#htaccess">Rewrite Guide</a> for more
 174     detail on this subject.</p>
 175
 176     <p>The second consideration is one of security. You are permitting
 177     users to modify server configuration, which may result in changes over
 178     which you have no control. Carefully consider whether you want to give
 179     your users this privilege. Note also that giving users less
 180     privileges than they need will lead to additional technical support
 181     requests. Make sure you clearly tell your users what level of
 182     privileges you have given them. Specifying exactly what you have set
 183     <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> to, and pointing them
 184     to the relevant documentation, will save yourself a lot of confusion
 185     later.</p>
 186
 187     <p>Note that it is completely equivalent to put a <code>.htaccess</code>
 188     file in a directory <code>/www/htdocs/example</code> containing a
 189     directive, and to put that same directive in a Directory section
 190     <code>&lt;Directory /www/htdocs/example&gt;</code> in your main server
 191     configuration:</p>
 192
 193     <p><code>.htaccess</code> file in <code>/www/htdocs/example</code>:</p>
 194
 195     <div class="example"><h3>Contents of .htaccess file in
 196     <code>/www/htdocs/example</code></h3><pre class="prettyprint lang-config">AddType text/example .exm</pre>
 197 </div>
 198
 199     <div class="example"><h3>Section from your <code>httpd.conf</code>
 200     file</h3><pre class="prettyprint lang-config">&lt;Directory /www/htdocs/example&gt;
 201     AddType text/example .exm
 202 &lt;/Directory&gt;</pre>
 203 </div>
 204
 205     <p>However, putting this configuration in your server configuration
 206     file will result in less of a performance hit, as the configuration is
 207     loaded once when httpd starts, rather than every time a file is
 208     requested.</p>
 209
 210     <p>The use of <code>.htaccess</code> files can be disabled completely
 211     by setting the <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code>
 212     directive to <code>none</code>:</p>
 213
 214     <pre class="prettyprint lang-config">AllowOverride None</pre>
 215
 216 </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 217 <div class="section">
 218 <h2><a name="how" id="how">How directives are applied</a></h2>
 219
 220     <p>The configuration directives found in a <code>.htaccess</code> file
 221     are applied to the directory in which the <code>.htaccess</code> file
 222     is found, and to all subdirectories thereof. However, it is important
 223     to also remember that there may have been <code>.htaccess</code> files
 224     in directories higher up. Directives are applied in the order that they
 225     are found. Therefore, a <code>.htaccess</code> file in a particular
 226     directory may override directives found in <code>.htaccess</code> files
 227     found higher up in the directory tree. And those, in turn, may have
 228     overridden directives found yet higher up, or in the main server
 229     configuration file itself.</p>
 230
 231     <p>Example:</p>
 232
 233     <p>In the directory <code>/www/htdocs/example1</code> we have a
 234     <code>.htaccess</code> file containing the following:</p>
 235
 236     <pre class="prettyprint lang-config">Options +ExecCGI</pre>
 237
 238
 239     <p>(Note: you must have "<code>AllowOverride Options</code>" in effect
 240     to permit the use of the "<code class="directive"><a href="../mod/core.html#options">Options</a></code>" directive in
 241     <code>.htaccess</code> files.)</p>
 242
 243     <p>In the directory <code>/www/htdocs/example1/example2</code> we have
 244     a <code>.htaccess</code> file containing:</p>
 245
 246     <pre class="prettyprint lang-config">Options Includes</pre>
 247
 248
 249     <p>Because of this second <code>.htaccess</code> file, in the directory
 250     <code>/www/htdocs/example1/example2</code>, CGI execution is not
 251     permitted, as only <code>Options Includes</code> is in effect, which
 252     completely overrides any earlier setting that may have been in
 253     place.</p>
 254
 255     <h3><a name="merge" id="merge">Merging of .htaccess with the main
 256     configuration files</a></h3>
 257
 258     <p>As discussed in the documentation on <a href="../sections.html">Configuration Sections</a>,
 259     <code>.htaccess</code> files can override the <code class="directive"><a href="../mod/core.html#directory">&lt;Directory&gt;</a></code> sections for
 260     the corresponding directory, but will be overridden by other types
 261     of configuration sections from the main configuration files. This
 262     fact can be used to enforce certain configurations, even in the
 263     presence of a liberal <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> setting. For example, to
 264     prevent script execution while allowing anything else to be set in
 265     <code>.htaccess</code> you can use:</p>
 266
 267     <pre class="prettyprint lang-config">&lt;Directory /www/htdocs&gt;
 268     AllowOverride All
 269 &lt;/Directory&gt;
 270
 271 &lt;Location /&gt;
 272     Options +IncludesNoExec -ExecCGI<br />
 273 &lt;/Location&gt;</pre>
 274
 275
 276     <div class="note">This example assumes that your <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> is <code>/www/htdocs</code>.</div>
 277
 278
 279 </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 280 <div class="section">
 281 <h2><a name="auth" id="auth">Authentication example</a></h2>
 282
 283     <p>If you jumped directly to this part of the document to find out how
 284     to do authentication, it is important to note one thing. There is a
 285     common misconception that you are required to use
 286     <code>.htaccess</code> files in order to implement password
 287     authentication. This is not the case. Putting authentication directives
 288     in a <code class="directive"><a href="../mod/core.html#directory">&lt;Directory&gt;</a></code>
 289     section, in your main server configuration file, is the preferred way
 290     to implement this, and <code>.htaccess</code> files should be used only
 291     if you don't have access to the main server configuration file. See <a href="#when">above</a> for a discussion of when you should and should
 292     not use <code>.htaccess</code> files.</p>
 293
 294     <p>Having said that, if you still think you need to use a
 295     <code>.htaccess</code> file, you may find that a configuration such as
 296     what follows may work for you.</p>
 297
 298     <p><code>.htaccess</code> file contents:</p>
 299
 300     <pre class="prettyprint lang-config">AuthType Basic
 301 AuthName "Password Required"
 302 AuthUserFile /www/passwords/password.file
 303 AuthGroupFile /www/passwords/group.file
 304 Require Group admins</pre>
 305
 306
 307     <p>Note that <code>AllowOverride AuthConfig</code> must be in effect
 308     for these directives to have any effect.</p>
 309
 310     <p>Please see the <a href="auth.html">authentication tutorial</a> for a
 311     more complete discussion of authentication and authorization.</p>
 312 </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 313 <div class="section">
 314 <h2><a name="ssi" id="ssi">Server Side Includes example</a></h2>
 315
 316     <p>Another common use of <code>.htaccess</code> files is to enable
 317     Server Side Includes for a particular directory. This may be done with
 318     the following configuration directives, placed in a
 319     <code>.htaccess</code> file in the desired directory:</p>
 320
 321     <pre class="prettyprint lang-config">Options +Includes
 322 AddType text/html shtml
 323 AddHandler server-parsed shtml</pre>
 324
 325
 326     <p>Note that <code>AllowOverride Options</code> and <code>AllowOverride
 327     FileInfo</code> must both be in effect for these directives to have any
 328     effect.</p>
 329
 330     <p>Please see the <a href="ssi.html">SSI tutorial</a> for a more
 331     complete discussion of server-side includes.</p>
 332 </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 333 <div class="section">
 334 <h2><a name="cgi" id="cgi">CGI example</a></h2>
 335
 336     <p>Finally, you may wish to use a <code>.htaccess</code> file to permit
 337     the execution of CGI programs in a particular directory. This may be
 338     implemented with the following configuration:</p>
 339
 340     <pre class="prettyprint lang-config">Options +ExecCGI
 341 AddHandler cgi-script cgi pl</pre>
 342
 343
 344     <p>Alternately, if you wish to have all files in the given directory be
 345     considered to be CGI programs, this may be done with the following
 346     configuration:</p>
 347
 348     <pre class="prettyprint lang-config">Options +ExecCGI
 349 SetHandler cgi-script</pre>
 350
 351
 352     <p>Note that <code>AllowOverride Options</code> and <code>AllowOverride
 353     FileInfo</code> must both be in effect for these directives to have any
 354     effect.</p>
 355
 356     <p>Please see the <a href="cgi.html">CGI tutorial</a> for a more
 357     complete discussion of CGI programming and configuration.</p>
 358
 359 </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
 360 <div class="section">
 361 <h2><a name="troubleshoot" id="troubleshoot">Troubleshooting</a></h2>
 362
 363     <p>When you put configuration directives in a <code>.htaccess</code>
 364     file, and you don't get the desired effect, there are a number of
 365     things that may be going wrong.</p>
 366
 367     <p>Most commonly, the problem is that <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> is not
 368     set such that your configuration directives are being honored. Make
 369     sure that you don't have a <code>AllowOverride None</code> in effect
 370     for the file scope in question. A good test for this is to put garbage
 371     in your <code>.htaccess</code> file and reload the page. If a server error is
 372     not generated, then you almost certainly have <code>AllowOverride
 373     None</code> in effect.</p>
 374
 375     <p>If, on the other hand, you are getting server errors when trying to
 376     access documents, check your httpd error log. It will likely tell you
 377     that the directive used in your <code>.htaccess</code> file is not
 378     permitted.</p>
 379
 380     <div class="example"><p><code>
 381     [Fri Sep 17 18:43:16 2010] [alert] [client 192.168.200.51] /var/www/html/.htaccess: DirectoryIndex not allowed here
 382     </code></p></div>
 383
 384     <p>This will indicate either that you've used a directive that is
 385     never permitted in <code>.htaccess</code> files, or that you simply
 386     don't have <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> set to
 387     a level sufficient for the directive you've used. Consult the
 388     documentation for that particular directive to determine which is
 389     the case.</p>
 390
 391     <p>Alternately, it may tell you that you had a syntax error in your
 392     usage of the directive itself.</p>
 393
 394     <div class="example"><p><code>
 395     [Sat Aug 09 16:22:34 2008] [alert] [client 192.168.200.51] /var/www/html/.htaccess: RewriteCond: bad flag delimiters
 396     </code></p></div>
 397
 398     <p>In this case, the error message should be specific to the
 399     particular syntax error that you have committed.</p>
 400
 401 </div></div>
 402 <div class="bottomlang">
 403 <p><span>Available Languages: </span><a href="../en/howto/htaccess.html" title="English">&nbsp;en&nbsp;</a> |
 404 <a href="../fr/howto/htaccess.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
 405 <a href="../ja/howto/htaccess.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
 406 <a href="../ko/howto/htaccess.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
 407 <a href="../pt-br/howto/htaccess.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 408 </div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Comments</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
 409 <script type="text/javascript"><!--//--><![CDATA[//><!--
 410 var comments_shortname = 'httpd';
 411 var comments_identifier = 'http://httpd.apache.org/docs/trunk/howto/htaccess.html';
 412 (function(w, d) {
 413     if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
 414         d.write('<div id="comments_thread"><\/div>');
 415         var s = d.createElement('script');
 416         s.type = 'text/javascript';
 417         s.async = true;
 418         s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
 419         (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
 420     }
 421     else {
 422         d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
 423     }
 424 })(window, document);
 425 //--><!]]></script></div><div id="footer">
 426 <p class="apache">Copyright 2014 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
 427 <p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossary</a> | <a href="../sitemap.html">Sitemap</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
 428 if (typeof(prettyPrint) !== 'undefined') {
 429     prettyPrint();
 430 }
 431 //--><!]]></script>
 432 </body></html>