<a href="../mod/core.html#options">Options</a><br>
<a href="../mod/mod_include.html#xbithack">XBitHack</a><br>
<a href="../mod/mod_mime.html#addtype">AddType</a><br>
-<a href="../mod/mod_mime.html#addhandler">AddHandler</a><br>
+<a href="../mod/core.html.html#setoutputfilter">SetOutputFilter</a><br>
<a href=
"../mod/mod_setenvif.html#BrowserMatchNoCase">BrowserMatchNoCase</a><br>
</UL>
<p>See also: <a href="core.html#options">Options</a>
-and <a href="mod_mime.html#addhandler">AddHandler</a>.</p>
+and <a href="core.html.html#SetOutputFilter">SetOutputFilter</a>.</p>
<H2>Enabling Server-Side Includes</H2>
</FilesMatch>
</code></blockquote>
+<p>Be careful to properly scope the INCLUDES filter to process only
+the correct files. The filter is <strong>not</strong> restricted to
+processing only HTML files. So, for example, if the INCLUDES filter
+is activated using a <code><Directory></code> section and that
+directory includes GIF files, mod_include will process the GIF files.
+This can have two adverse consequences: 1. there will be extra
+overhead in serving these files, and 2. these files could become
+corrupted if they happen to contain something that looks like an SSI
+element.</p>
+
<p>The following directive must be given for the directories containing
the shtml files (typically in a <CODE><Directory></CODE> section,
but this directive is also valid .htaccess files if <CODE>AllowOverride
Options +Includes
</code></blockquote>
-<p>Alternatively the <A HREF="#xbithack"><CODE>XBitHack</CODE></A>
-directive can be used to parse normal (<CODE>text/html</CODE>) files,
-based on file permissions.</p>
-
-<p>For backwards compatibility, documents with mime type
-<CODE>text/x-server-parsed-html</CODE> or
-<CODE>text/x-server-parsed-html3</CODE> will also be parsed
-(and the resulting output given the mime type <CODE>text/html</CODE>)
-as will documents with the handler <code>server-parsed</code>.
+<p>For more information, see our <a href="../howto/ssi.html">Tutorial
+on Server Side Includes</a>.</p>
<H2>Basic Elements</H2>
REL="Help"
><STRONG>Module:</STRONG></A> mod_include<P>
+<p><strong>Warning:</strong> This directive is not yet working in
+Apache 2.0. The issue is being tracked in <a
+href="http://bugs.apache.org/index.cgi/full/7751">PR7751</a>.</p>
+
+
+
The XBitHack directives controls the parsing of ordinary html documents.
This directive only affects files associated with the MIME type
<CODE>text/html</CODE>. XBitHack can take on the following values:
<UL>
<LI>Apache now uses an <code>autoconf</code> and <code>libtool</code>
-system for configuring the build processes. Using this system
-is similar to, but not the same as, using the APACI system in
-Apache 1.3. Further documentation to follow.</li>
+system for <a href="install.html">configuring the build processes</a>.
+Using this system is similar to, but not the same as, using the APACI
+system in Apache 1.3.</li>
<li>In addition to the usual selection of modules which you can choose
to compile, Apache 2.0 has moved the main part of request processing
<H3>Run-Time Configuration Changes</H3>
<UL>
+
<li>Many directives that were in the core server in Apache 1.3
are now in the MPMs. If you wish the behavior of the server
to be as similar as possible to the behavior of Apache 1.3,
MPM. Other MPMs will have different directives to control process
creation and request processing.</li>
+<li>Server-Side Includes provided by <a
+href="mod/mod_include.html">mod_include</a> are now implemented using
+the new
+<a href="filter.html">filter system</a> rather than as a handler.
+This provides much more power and flexibility, but requires
+the use of the <a href="mod/core.html#setoutputfilter">SetOutputFilter</a>
+to activate server-parsed content. If you were using
+<code>AddHandler server-parsed .shtml</code>, you can get
+similar functionality using
+<blockquote><code>
+<FilesMatch "\.shtml(\..+)?$"><br>
+ SetOutputFilter INCLUDES<br>
+</FilesMatch>
+</code></blockquote></li>
+
+
<li>The <code>CacheNegotiatedDocs</code> directive now takes
the argument <code>on</code> or <code>off</code>. Existing
instances of <code>CacheNegotiatedDocs</code> should be replaced
<UL>
<LI>Apache now uses an <code>autoconf</code> and <code>libtool</code>
-system for configuring the build processes. Using this system
-is similar to, but not the same as, using the APACI system in
-Apache 1.3. Further documentation to follow.</li>
+system for <a href="install.html">configuring the build processes</a>.
+Using this system is similar to, but not the same as, using the APACI
+system in Apache 1.3.</li>
<li>In addition to the usual selection of modules which you can choose
to compile, Apache 2.0 has moved the main part of request processing
<H3>Run-Time Configuration Changes</H3>
<UL>
+
<li>Many directives that were in the core server in Apache 1.3
are now in the MPMs. If you wish the behavior of the server
to be as similar as possible to the behavior of Apache 1.3,
MPM. Other MPMs will have different directives to control process
creation and request processing.</li>
+<li>Server-Side Includes provided by <a
+href="mod/mod_include.html">mod_include</a> are now implemented using
+the new
+<a href="filter.html">filter system</a> rather than as a handler.
+This provides much more power and flexibility, but requires
+the use of the <a href="mod/core.html#setoutputfilter">SetOutputFilter</a>
+to activate server-parsed content. If you were using
+<code>AddHandler server-parsed .shtml</code>, you can get
+similar functionality using
+<blockquote><code>
+<FilesMatch "\.shtml(\..+)?$"><br>
+ SetOutputFilter INCLUDES<br>
+</FilesMatch>
+</code></blockquote></li>
+
+
<li>The <code>CacheNegotiatedDocs</code> directive now takes
the argument <code>on</code> or <code>off</code>. Existing
instances of <code>CacheNegotiatedDocs</code> should be replaced