static files, where the generator of the response typically specifies
a Content-Type, this directive has no effect.</p>
+
<note><title>Note</title>
+ <p>If no handler is explicitly set for a request, the specified content
+ type will also be used as the handler name. </p>
+
<p>When explicit directives such as
<directive module="core" >SetHandler</directive> or
<directive module="mod_mime">AddHandler</directive> do not apply
to the current request, the internal handler name normally set by those
- directives is set to match the content type specified by this directive.
+ directives is instead set to the content type specified by this directive.
+ <p>
This is a historical behavior that some third-party modules
- (such as mod_php) may use "magic" content types used only to signal the
- module to take responsibility for the matching request. Configurations
- that rely on such "magic" types should be avoided by the use of
+ (such as mod_php) may look for a "synthetic" content type used only to
+ signal the module to take responsibility for the matching request.
+ </p>
+
+ <p>Configurations that rely on such "synthetic" types should be avoided.
+ Additionally, configurations that restrict access to
<directive module="core" >SetHandler</directive> or
- <directive module="mod_mime">AddHandler</directive>. </p>
+ <directive module="mod_mime">AddHandler</directive> should
+ restrict access to this directive as well.</p>
</note>
</usage>
<note><title>Note</title>
+ <p>If no handler is explicitly set for a request, the specified content
+ type will also be used as the handler name. </p>
+
<p>When explicit directives such as
<directive module="core" >SetHandler</directive> or
<directive module="mod_mime">AddHandler</directive> do not apply
to the current request, the internal handler name normally set by those
- directives is set to match the content type specified by this directive.
+ directives is instead set to the content type specified by this directive.
+ <p>
This is a historical behavior that some third-party modules
- (such as mod_php) may use "magic" content types used only to signal the
- module to take responsibility for the matching request. Configurations
- that rely on such "magic" types should be avoided by the use of
+ (such as mod_php) may look for a "synthetic" content type used only to
+ signal the module to take responsibility for the matching request.
+ </p>
+
+ <p>Configurations that rely on such "synthetic" types should be avoided.
+ Additionally, configurations that restrict access to
<directive module="core" >SetHandler</directive> or
- <directive module="mod_mime">AddHandler</directive>. </p>
+ <directive module="mod_mime">AddHandler</directive> should
+ restrict access to this directive as well.</p>
</note>
</usage>