The Scope of mod_perl Configuration Directives (Practical mod

4.6. The Scope of mod_perl Configuration Directives

Table 4-1 depicts where the various mod_perl configuration directives can be used.

Table 4-1. The Scope of mod_perl configuration directives

Directive	Global	<VirtualHost>	<Directory>
`PerlTaintCheck`	V
`PerlWarn`	V
`PerlFreshRestart`	V
`PerlPassEnv`	V	V
`PerlRequire`	V	V	V
`PerlModule`	V	V	V
`PerlAddVar`	V	V	V
`PerlSetEnv`	V	V	V
`PerlSetVar`	V	V	V
`PerlSetupEnv`	V	V	V
`PerlSendHeader`	V	V	V
`<Perl>` Sections	V	V	V

The first column represents directives that can appear in the global configuration; that is, outside all sections. Note that PerlTaintCheck, PerlWarn, and PerlFreshRestart can be placed inside <VirtualHost>sections. However, because there's only one Perl interpreter for all virtual hosts and the main server, setting any of these values in one virtual host affects all other servers. Therefore, it's probably a good idea to think of these variables as being allowed only in the global configuration.

The second column represents directives that can appear inside the <VirtualHost>sections.

The third column represents directives that can appear in the <Directory>, <Location>, and <Files>sections and all their regex variants. These mod_perl directives can also appear in .htaccess files.

For example, PerlWarn cannot be used in <Directory> and <VirtualHost>sections. However, PerlSetEnv can be used anywhere, which allows you to provide different behavior in different sections:

PerlSetEnv ADMIN_EMAIL [email protected]
<Location /bar/manage/>
    PerlSetEnv ADMIN_EMAIL [email protected]
</Location>

In this example, a handler invoked from /bar/manage/ will see the ADMIN_EMAIL environment variable as [email protected], while other handlers configured elsewhere will see ADMIN_EMAIL as the default value, [email protected].