X-Git-Url: https://granicus.if.org/sourcecode?a=blobdiff_plain;f=docs%2Fmanual%2Fconfiguring.html.en;h=4420f2d9476e6a38a191719e89582ff5f90c4e2e;hb=402ea113bbd93eef00e66ba0caaef75df15cd0e8;hp=f626637083a284dea479a50111eb3d3c27f0a70f;hpb=c560382b19e28ce68601019b183fc9ba9481184e;p=apache diff --git a/docs/manual/configuring.html.en b/docs/manual/configuring.html.en index f626637083..4420f2d947 100644 --- a/docs/manual/configuring.html.en +++ b/docs/manual/configuring.html.en @@ -1,248 +1,235 @@ - - -
-
-Related Modules -mod_mime - |
-
-
-Related Directives -<IfDefine> -Include -TypesConfig - |
Apache is configured by placing directives in plain text configuration files. The main
-configuration file is usually called httpd.conf
. The
-location of this file is set at compile-time, but may be overridden
-with the -f
command line flag. In addition, other
-configuration files may be added using the Include
directive. Any
-directive may be placed in any of these configuration files. Changes
-to the main configuration files are only recognized by Apache when it
-is started or restarted.
New with Apache 1.3.13 is a feature where if any configuration -file is actually a directory, Apache will enter that directory -and parse any files (and subdirectories) found there as configuration -files. One possible use for this would be to add VirtualHosts -by creating small configuration files for each host, and placing -them in such a configuration directory. Thus, you can add or -remove VirtualHosts without editing any files at all, simply -adding or deleting them. This makes automating such processes -much easier. - -
-The server also reads a file containing mime document types; the
-filename is set by the TypesConfig directive, and is mime.types
by default.
-
-
Apache configuration files contain one directive per line. The -back-slash "\" may be used as the last character on a line to indicate -that the directive continues onto the next line. There must be no -other characters or white space between the back-slash and the end of -the line. - -
Directives in the configuration files are case-insensitive, but -arguments to directives are often case sensitive. Lines which begin -with the hash character "#" are considered comments, and are ignored. -Comments may not be included on a line after a -configuration directive. Blank lines and white space occurring before -a directive are ignored, so you may indent directives for clarity. - -
You can check your configuration files for syntax errors without
-starting the server by using apachectl configtest
-or the -t
command line option.
-
-
-Related Modules -mod_so - |
-
-Related Directives -AddModule -ClearModuleList -<IfModule> -LoadModule - |
Apache is a modular server. This implies that only the most basic -functionality is included in the core server. Extended features are -available through modules which -can be loaded into Apache. By default, a base set of modules is -included in the server at compile-time. If the server is compiled to -use dynamically loaded modules, then modules -can be compiled separately and added at any time using the LoadModule directive. -Otherwise, Apache must be recompiled to add or remove modules. -Configuration directives may be included conditional on a presence of -a particular module by enclosing them in an <IfModule> block. - -
To see which modules are currently compiled into the server,
-you can use the -l
command line option.
-
-
-Related Directives -<Directory> -<DirectoryMatch> -<Files> -<FilesMatch> -<Location> -<LocationMatch> -<VirtualHost> - |
Directives placed in the main configuration files apply to the entire
-server. If you wish to change the configuration for only a part of
-the server, you can scope your directives by placing them in
-<Directory>,
-<DirectoryMatch>,
-<Files>,
-<FilesMatch>,
-<Location>,
-
and
-<LocationMatch>
-
-sections. These sections limit the application of the directives
-which they enclose to particular filesystem locations or URLs. They
-can also be nested, allowing for very fine grained configuration.
-
-
Apache has the capability to serve many different websites
-simultaneously. This is called Virtual Hosting.
-Directives can also be scoped by placing them inside
-<VirtualHost>
-sections, so that they will only apply to requests for a particular
-website.
-
-
Although most directives can be placed in any of these sections, -some directives do not make sense in some contexts. For example, -directives controlling process creation can only be placed in the main -server context. To find which directives can be placed in which -sections, check the Context of the directive. -For further information, we provide details on How Directory, Location and Files sections -work. - -
-Related Directives -AccessFileName -AllowOverride - |
Apache allows for decentralized management of configuration via
-special files placed inside the web tree. The special files are
-usually called .htaccess
, but any name can be specified
-in the AccessFileName
directive. Directives placed in
-.htaccess
files apply to the directory where you place
-the file, and all sub-directories. The .htaccess
files
-follow the same syntax as the main configuration files. Since
-.htaccess
files are read on every request, changes made
-in these files take immediate effect.
-
-
To find which directives can be placed in .htaccess
-files, check the Context
-of the directive. The server administrator further controls what
-directives may be placed in .htaccess
files by
-configuring the AllowOverride
-directive in the main configuration files.
-
-
On startup, Apache saves the process id of the parent httpd process to
-the file logs/httpd.pid
. This filename can be changed
-with the PidFile directive. The
-process-id is for use by the administrator in restarting and
-terminating the daemon: on Unix, a HUP or USR1 signal causes the
-daemon to re-read its configuration files and a TERM signal causes it
-to die gracefully; on Windows, use the -k command line option instead.
-For more information see the Stopping and
-Restarting page.
-
-
-If the process dies (or is killed) abnormally, then it will be necessary to -kill the children httpd processes. - -
The server will log error messages to a log file, by default
-logs/error_log
on Unix or logs/error.log
on
-Windows and OS/2. The filename can be set using the ErrorLog directive; different error
-logs can be set for different virtual hosts.
-
-
The server will typically log each request to a transfer file, by
-default logs/access_log
on Unix or
-logs/access.log
on Windows and OS/2. The filename can be
-set using a CustomLog
-directive; different transfer logs can be set for different virtual hosts.
-
-
-
-
-
+
+
+
Apache HTTP Server Version 2.5
+This document describes the files used to configure Apache HTTP +Server.
+Related Modules | Related Directives |
---|---|
Apache HTTP Server is configured by placing directives in plain text
+ configuration files. The main configuration file is usually called
+ httpd.conf
. The location of this file is set at
+ compile-time, but may be overridden with the -f
+ command line flag. In addition, other configuration files may be
+ added using the Include
+ directive, and wildcards can be used to include many configuration
+ files. Any directive may be placed in any of these configuration
+ files. Changes to the main configuration files are only
+ recognized by httpd when it is started or restarted.
The server also reads a file containing mime document types;
+ the filename is set by the TypesConfig
directive,
+ and is mime.types
by default.
httpd configuration files contain one directive per line. + The backslash "\" may be used as the last character on a line + to indicate that the directive continues onto the next line. + There must be no other characters or white space between the + backslash and the end of the line.
+ +Arguments to directives are separated by whitespace. If an + argument contains spaces, you must enclose that argument in quotes.
+ +Directives in the configuration files are case-insensitive, + but arguments to directives are often case sensitive. Lines + that begin with the hash character "#" are considered + comments, and are ignored. Comments may not be + included on the same line as a configuration directive. + White space occurring before a directive is ignored, so + you may indent directives for clarity. Blank lines are also ignored.
+ +The values of variables defined with the Define
of or shell environment variables can
+ be used in configuration file lines using the syntax ${VAR}
.
+ If "VAR" is the name of a valid variable, the value of that variable is
+ substituted into that spot in the configuration file line, and processing
+ continues as if that text were found directly in the configuration file.
+ Variables defined with Define
take
+ precedence over shell environment variables.
+ If the "VAR" variable is not found, the characters ${VAR}
+ are left unchanged, and a warning is logged.
+ Variable names may not contain colon ":" characters, to avoid clashes with
+ RewriteMap
's syntax.
Only shell environment variables defined before the server is started
+ can be used in expansions. Environment variables defined in the
+ configuration file itself, for example with SetEnv
, take effect too late to be used for
+ expansions in the configuration file.
The maximum length of a line in normal configuration files, after + variable substitution and joining any continued lines, is approximately + 16 MiB. In .htaccess files, the + maximum length is 8190 characters.
+ +You can check your configuration files for syntax errors
+ without starting the server by using apachectl
+ configtest
or the -t
command line
+ option.
You can use mod_info
's -DDUMP_CONFIG
to
+ dump the configuration with all included files and environment
+ variables resolved and all comments and non-matching
+ <IfDefine>
and
+ <IfModule>
sections
+ removed. However, the output does not reflect the merging or overriding
+ that may happen for repeated directives.
Related Modules | Related Directives |
---|---|
httpd is a modular server. This implies that only the most
+ basic functionality is included in the core server. Extended
+ features are available through modules which can be loaded
+ into httpd. By default, a base set of modules is
+ included in the server at compile-time. If the server is
+ compiled to use dynamically loaded
+ modules, then modules can be compiled separately and added at
+ any time using the LoadModule
+ directive.
+ Otherwise, httpd must be recompiled to add or remove modules.
+ Configuration directives may be included conditional on a
+ presence of a particular module by enclosing them in an <IfModule>
block. However,
+ <IfModule>
blocks are not
+ required, and in some cases may mask the fact that you're missing an
+ important module.
To see which modules are currently compiled into the server,
+ you can use the -l
command line option. You can also
+ see what modules are loaded dynamically using the -M
+ command line option.
Related Modules | Related Directives |
---|---|
Directives placed in the main configuration files apply to
+ the entire server. If you wish to change the configuration for
+ only a part of the server, you can scope your directives by
+ placing them in <Directory>
, <DirectoryMatch>
, <Files>
, <FilesMatch>
, <Location>
, and <LocationMatch>
+ sections. These sections limit the application of the
+ directives which they enclose to particular filesystem
+ locations or URLs. They can also be nested, allowing for very
+ fine grained configuration.
httpd has the capability to serve many different websites
+ simultaneously. This is called Virtual
+ Hosting. Directives can also be scoped by placing them
+ inside <VirtualHost>
+ sections, so that they will only apply to requests for a
+ particular website.
Although most directives can be placed in any of these + sections, some directives do not make sense in some contexts. + For example, directives controlling process creation can only + be placed in the main server context. To find which directives + can be placed in which sections, check the Context of the + directive. For further information, we provide details on How Directory, Location and Files sections + work.
+Related Modules | Related Directives |
---|---|
httpd allows for decentralized management of configuration
+ via special files placed inside the web tree. The special files
+ are usually called .htaccess
, but any name can be
+ specified in the AccessFileName
+ directive. Directives placed in .htaccess
files
+ apply to the directory where you place the file, and all
+ sub-directories. The .htaccess
files follow the
+ same syntax as the main configuration files. Since
+ .htaccess
files are read on every request, changes
+ made in these files take immediate effect.
To find which directives can be placed in
+ .htaccess
files, check the Context of the
+ directive. The server administrator further controls what
+ directives may be placed in .htaccess
files by
+ configuring the AllowOverride
+ directive in the main configuration files.
For more information on .htaccess
files, see
+ the .htaccess tutorial.