apache升级

hotmango · 发表于 2002-9-23 16:43

为了帮助您升级，我们编写了一个文档，来介绍一些对Apache的当前用户非常重要的信息。我们要提醒您，这个文档只介绍了最新一次升级中发生的变化，推荐的例子也是一样的。因此，如果您正在使用Apache1.1或是更老的版本，那么您就得先弄清楚在这些版本升级到1.2以前的变化,然后再考虑使用这份文档。老版本的用户可以查看src/CHANGES文件，在这个文件里记载着以往的代码变化情况。
这个文档只是简介一些要点，更详细的介绍可以在New Feature文档里找到，也可以查看src/CHANGES文件。
编译期间配置的变化
· 重新组织了原代码。这会对个人配置的模块和个人做对其他配置的修改产生影响。另外，Module引导(directive)改成了AddModule引导(directive)。
·  配置变量EXTRA_LFLAGS改名为EXTRA_LDFALGS。
· -DMAIMUM_DNSA的定义被删掉。如果需要，可以通过mod_access执行双向DNS的查寻。
· -DSERVER_SUBVERSION=\"string\"编译期间配置选项被称为"ap_add_version_component? 的运行期间API所取代。同时编译期间不再能够通过配置脚本对服务器的编译。
· mod_dir分为mod_autoindex和mod_dir两个部分。
· mod_browser被mod_setenvif取代。
· IRIX系统中，如果包括未置信的用户，他们可以编写在执行时与httpd相同用户名的CGI，那么应该考虑使用suexec,或者把DUSE_FCNTL_SERIALIZED_ACCEPT加入到EXTRA_CFLAGS中。这样做慢一些,与此有关的更多解释可以在performance tuning page中找到。在缺省的配置下，对可能出现的服务攻击（service attack）只有一个轻度的保护。不过这个配置运行的速度非常快。
· mod_auth_msql 已经从这个版本中被删除
·  新的Apache自动配置接口（Apache Autoconf-style Interface）APACI被加到顶层，它为完整的Apache软件包提供了一个真正的黑箱式的构建和安装过程。
                        编译和安装Apache 1.3
这篇文档涵盖了在Unix系统上编译和安装Apache, 手动建立和安装的方法. 如果你希望使用自动配置方式的界面, 你应该阅读 Apache源码发行版的根目录下的INSTALL文件. 若在一些特定的平台上安装,请看
? Using Apache with Microsoft Windows
? Using Apache with Novell Netware 5
? Using Apache with HP MPE/iX
? Compiling Apache under UnixWare
? Overview of the Apache TPF Port
  下载 Apache
      Apache 最新的版本信息可以在 Apache web 服务器 http://www.apache.org/.上找到. 它会列出当前的版本, 当前beta测试版本, 以及一些镜象web站点和匿名ftp站点..
如果你下载了可执行的发行版, 直接跳到安装 Apache. 否则继续读下一节,怎样编译Apache服务器.
编译 Apache
编译Apache要经过三步: 首先选择你希望包含进去的Apache 模块. 然后为你的操作系统创建一个配置. 最后编译出可执行文件.
所有的配置工作都是在Apache发行版的src目录下完成的. 改变其为当前目录.
1. 在配置文件中选择要编译进Apache的模块. 没有注释的行对应于那些可选的,你希望加入的模块(在AddModule 行之间,在文件最底部), 或者加一些对应于你下载的或写的附加模块新行. (怎样编写初步的Apache模块详见 API.html). 高级用户如果确信不需要一些默认模块, 可以注释掉它们 (虽然如此也要小心, 因为很多默认模块对于正确的运作和服务器安全非常重要).
你也必须阅读配置文件中的说明以确定你是否需要这些策略行.
2. 为你的操作系统配置Apache. 通常你只需象下面那样运行 Configure脚本. 但是如果这样失败了或者你有一些特殊需求 (例如, 包含一个可选模块需要的附加库) 你或许就需要编辑配置文件中以下的一个或几个选项: EXTRA_CFLAGS, LIBS, LDFLAGS, INCLUDES.
运行配置Configure脚本:
% Configure
Using 'Configuration' as config file
   + configured for <whatever> platform
   + setting C compiler to <whatever> *
   + setting C compiler optimization-level to <whatever> *
   + Adding selected modules
   + doing sanity check on compiler and options
Creating Makefile in support
Creating Makefile in main
Creating Makefile in os/unix
Creating Makefile in modules/standard

(*: 依赖于你的配置文件和系统, Configure可能不会打印出这些行.那也是正常的).
这会为第三步生成一个Makefile文件. 还会在support目录下为可选的支持程序编译生成一个Makefile文件.
(如果你想维护多个配置,你可以给Configure一个选项告诉它读哪一个替代的配置文件, 例如Configure -file Configuration.ai).
3. 键入 make.
我们放入Apache发行版的的模块是我们测试过并在开发小组不同成员中使用过的. 一些成员或第三方开发的用于特殊场合的模块可以在<http://www.apache.org/dist/contrib/modules/>获得. 在上面有吧这些模块链接入Apache核心代码的说明.
  安装 Apache
你现在在src目录下应该有了一个叫httpd的可执行文件. Apache的可执行发行版本会包含这个文件.
下一步就是安装这个程序并配置它. Apache被设计成在和编译时的同一组目录下配置和运行. 如果你想在别的地方运行,建立一个目录并把conf, logs 和 icons 目录拷贝过去. 不论是哪种情况你必须阅读security tips以知道怎样为服务器的根目录设置权限.
在下一步就是为服务器编辑配置文件. 这包含在三个主要的配置文件中设置不同的指令(directives). 缺省情况下, 这些文件在conf目录下,称为srm.conf, access.conf 和 httpd.conf. 为了帮助你开始了解,在发行版的conf目录下有相同的文件, 叫做srm.conf-dist, access.conf-dist 和 httpd.conf-dist. 拷贝或重命名这些文件把-dist去掉. 然后编辑这些文件. 认真读每个文件中的注释. 错误的设置这些文件会导致你的服务器不能工作或不安全. 你在conf目录下也应该有叫做mime.types的附加文件. 这个文件不用编辑.

hotmango · 发表于 2002-9-23 16:43

首先编辑httpd.conf. 这个文件设置了常用的服务器的属性: 端口号, 作为哪个用户运行等等. 然后编辑srm.conf文件; 这个文件设置了文档的根目录树, 特殊的功能如server-parsed HTML或internal imagemap parsing等等. 最后, 编辑access.conf文件最少要设置访问的基本情形.
除了这三个文件, 服务器的行为也可以一个目录一个目录的在服务器访问的目录下由 .htaccess文件设置.
正确设置你的系统时间!
公共服务器的正常工作需要准确的时间, 因为HTTP协议的元素(element)是用一天中的时间(the time of day)来表示的. 所以, 必须调查NTP或其他一些Unix上的同步设施, 或和它们等价的NT上的设置.
开始运行和中止服务器
要开始运行服务器只需简单地运行httpd. 它会在编译入系统的位置找到httpd.conf文件(摸认为 /usr/local/apache/conf/httpd.conf). 如果此文件在别的地方,你可以用-f 参数给出其位置. 例如:
/usr/local/apache/httpd -f /usr/local/apache/conf/httpd.conf
如果一切顺利,就会立即返回到命令行提示符下. 这表示服务器已经启动并开始运行了. 如果在初始化服务器时出错,你在屏幕上会看到一个错误信息. 如果服务器正常启动了, 你现在就可以用浏览器连接到你的服务器并可以浏览了. 如果你是在安装服务器的同一台机器上并且用默认端口80, 你可以在浏览其中使用URL:
http://localhost/
注意,服务器启动后,会创建一系列的子进程来响应请求. 如果你以root来启动的服务器,副进程会一直以root运行,而子进程会切换到httpd.conf文件设置的用户运行.
如果当你运行httpd时, 它给出不能"绑定"到一个地址信息, 那么或者是其他的进程已经在使用你为Apache配置的端口, 或者是你以一个普通用户的身份运行 httpd但却试图使用1024以下的端口(例如缺省端口80).
如果服务器不能运行, 看看当你运行httpd时显示的错误信息. 你也应检查服务器的错误日志以得到一些附加的信息(在缺省情况下, 错误日志会在logs目录下).
如果你希望重起后服务器自动运行, 你必须在你的启动文件中加一个httpd调用(一般是 rc.local或在rc.N 目录下的一个文件). 这样就会以root启动Apache. 在这样做之前,你必须保证你的服务器已经为安全和访问权限做好了配置.
要中止Apache给父进程发送一个TERM信号. 这个进程的PID被写在logs目录下的httpd.pid文件里(除非被另外配置过). 不要尝试杀死子进程因为它们可以被父进程更新. 一个典型的中止服务器的命令是:
kill -TERM `cat /usr/local/apache/logs/httpd.pid`
为了得到更多的关于Apache命令行选项,配置和日志的信息, 请看Starting Apache. 一个所有关于Apache所发布的模块支持的Apache directives 的访问手册, 请看Apache directives.
编译支持程序(Support program)
除了前面编译和配置的最主要的httpd服务器外, Apache还包含了很多支持程序. 这些不会缺省的被编译. 这些支持程序被放在support目录下. 要编译它们, 切换到该目录下然后键入:
make
开始使用 Apache
调用 Apache
在 Unix 系统中, httpd 应用程序通常是作为一个持续运行的守侯进程来处理请求的.可以使用 Internet daemon inetd 来调用 Apache 并每次将 HTTP 作为服务来创建连接. (使用ServerType来指示) 然而这并不被推荐使用.
在 Windows 系统中, Apache 通常是作为 Windows NT 的一个服务来运行, 或者也可以作为一个控制台应用程序在 Windows 95 上运行. 另见在 Windows 平台运行 Apache.
命令行选项
以下的选项是有关 httpd 服务的命令行参数:
-d 服务器的根路径
为ServerRoot variable to serverroot设置初始值. 它也可以被配置文件中 ServerRoot 命令的初始值替代. 在 Unix 系统中缺省的目录是 /usr/local/apache, 在 Windows 平台是/apache 在OS/2平台是/os2httpd.
-D 名称
定义一个名称IfDefine directives. 这个选项可以被用来在配置文件中随时启用确定的功能, 或者为几个独立主机使用一个被付上的主机特殊信息<IfDefine> 段落.
-f 配置
在启动时执行命令配置. 如果配置中不是以/符号开始的, 它将代表是ServerRoot的子目录. 缺省是conf/httpd.conf.
-C "指示"
发出一个指示给 Apache 服务器(它是配置文件的一部分) 在实际读取规则配置文件之前.
-C "指示"
发出一个指示给 apache 服务器在读取配置文件之后.
-X
以单处理器方式运行, 只为了内部调试目的; 这个守侯进程不能通过任何子进程产生.不用这种模式提供普通 WWW 服务.
-v
输出 httpd 版本和时间之后退出.
-V
显示 httpd的版本, 它的发行时间, 编译时间设置和(其他然后结束, -DUSE_MMAP_FILES).
-L
输出指令列表并显示那些有效然后退出.(Apache 1.3.4 及以后版本. 以前版本使用 -l).
-l
列出编译在 Server 中的模块列表然后离开. (Apache 1.3.4 及以后版本. 早期版本使用 -h).
输出指令列表并显示那些有效然后退出. (从 Apache 1.2 到 1.3.3. 以前版本使用 -L).
-h
显示出 httpd 选项列表然后退出. (Apache 1.3.4 及以后版本. 早期版本使用 -? ).
列出编译在 Server 中的模块列表然后离开. (直到 Apache 1.3.3. 以后版本使用 -l).
-S
为分析配置文件的目的显示设置 (当前只显示崩溃的虚拟主机设置), 但不会启动服务器. (直到 Apache 1.3.3, 这个选项也可以启动服务器).
-t
测试配置文件语法 (既读所有配置文件并解释) 但不启动服务器. 如果配置文件包含错误, 将显示错误信息并带着一个非零参数返回, 否则将显示 "语法正确" 并返回一个零参数.
-k 选项
仅为 Windows 平台使用: 标记 Apache 重新启动或关闭. 选项是 "关闭" 或 "重新启动" 之一. (Apache 1.3.3 和以后版本).
-?
显示出 httpd 选项列表然后退出. (直到 Apache 1.3.3，以后版本使用 -h).
配置文件
服务器为配置指令将读三个文件. 任何指令将可能出现在它们的任一个中. 它们的名称与服务器的根目录有关; 这被ServerRoot设置, -d 命令行标记, 或 (仅当 windows 平台的注册表) (请参见在 Windows 平台运行 Apache). 这些文件是:
conf/httpd.conf
包含服务守侯进程的控制指令. 文件名可以不顾-f命令行标记.

hotmango · 发表于 2002-9-23 16:44

conf/srm.conf
包含服务器提供给客户端的特殊文档控制指令.文件名可以不顾ResourceConfig指令.
conf/access.conf
包含存取文档的控制指令. 文件名可以不顾 AccessConfig的指令.
然而, 一般不需要这样.
服务器也读取包含 mime 文档类型; 文件名被TypesConfig 指令设置,缺省是conf/mime.types.
日志文件
安全警告
可以在 Apache 存取日志文件和 UID 文件的目录里有写权限的往往是 Root 用户.不用给其他用户有写日志目录的权限; 请参见安全提示文档.
pid 文件
启动时, Apache 保存父进程的 ID 在一个文件中logs/httpd.pid. 文件名可以被PidFile指令改变. 这个进程 ID 是为管理员重新启动和终止守侯进程时使用的: 在 Unix 平台, HUP 或 USR1 信号可以让守侯进程重新读取它的配置文件并终止它; 在 Windows 平台可以使用 -k 命令. 想得到更多信息请参见停止和重新启动页.
如果进程不正常的终止 (或被结束), 将需要结束子进程.
错误日志
服务器将保存错误消息在一个日志文件中, 缺省是 Unix 平台logs/error_log Windows 或 OS/2 平台logs/error.log. 文件名将被ErrorLog指令设置; 不同的错误日志可以被不同的虚拟主机设置.
传输日志
服务器将每一个请求记录成标准日志, 缺省在 Unix 平台是logs/access_log windows 和 OS/2 平台是logs/access.log. 文件名可以使用TransferLog指令配置或被 CustomLog 指令创建的日志文件; 不同的传输文件可以使用不同的虚拟主机来配置.
停止和启动 Apache
本文仅针对 Unix 平台的 Apache 服务器的启动和停止.Windows 平台的用户请参见运行 Apache.
你将会注意到有很多httpd 运行在你的系统中, 但是你不应该发送结束信号给除了主进程以外的任何子进程, 它们的进程号在文件PidFile中. 这也是说你永远也不应该发送结束信号给除了主进程以外的任何子进程. 有三个信号你可以发送给主进程:TERM, HUP, 和USR1, 稍后将解释它们的使用方法.
你应该使用例如下面的命令给主进程发出一个信号:
kill -TERM `cat /usr/local/apache/logs/httpd.pid`
你可以阅读有关这个过程的信息:
tail -f /usr/local/apache/logs/error_log
修改下面的例子来匹配你的ServerRoot 类型和PidFile文件设置.
对于 Apache 1.3 提供一个脚本文件src/support/apachectl 它可以启动, 停止, 并重新启动 Apache. 它也需要一些系统定制工作, 请参阅脚本开始部分的注解.
TERM Signal: 立刻停止
发送TERM信号给主进程, 将会引起主进程立刻尝试结束它的所有子进程. 也可能需要几秒钟来彻底结束它的子进程. 然后主进程自己结束. 在处理的任何请求将被中断, 并且也不会再服务任何请求.
HUP Signal: 重新启动
发送HUP信号给主进程将导致结束它的子进程, 就想TERM信号一样,但是主进程将不会终止. 它将重新读取配置文件, 并且重新打开所有的日志文件. 然后重新产生所有子进程并继续为点击操作提供服务.
状态模块的使用者将会注意到服务器的状态统计在HUP信号被发送后被置为零.
注意:如果你使用存在错误的配置文件发出重新启动信号,主进程将不会重新启动并且带着一个错误结束. 请参见下文:一种可以避免这种情况的方法.
USR1 信号: 优美重新启动
注意: 优先发出 1.2b9 代码是相当不稳定的和根本不应被使用的.
USR1 信号引起主进程处理并警告收到当前请求之后的子进程结束(或在它们不做任何服务时立刻结束). 主进程将重新读取它的配置文件并打开它的日志文件. 当每一个子进程结束后,主进程将使用配置信息产生一个新的子进程来立刻响应请求并为之服务.
这个信号是为不妨碍MaxClients, MinSpareServers, 和MaxSpareServers的设置而设计的. 此外, 它也不妨碍在以下方式中StartServers 的使用: 如果一秒钟后, 至少 StartServers 的新的子进程还没有来得及被创建, 将创建足够的子进程来填充这段空闲时间. 这也是说此信号尝试为服务器的当前负荷维护一个合适的子进程的值并不会干扰你希望的 StartServers 的参数.
状态模式的使用者将注意到服务器的统计在USR1信号发出时,并没有被置为零. 此信号是为了在服务器不能为新请求服务时为将时间浪费减小到最少而编写的 (新请求将被操作系统排成队列, 所以它们在任何事件中都不会被丢失) 并且也不妨碍调整参数. 为了实现此功能还必须保留记分牌来跟踪所有子进程的交叉生成.
在使用优美重新启动信号前,状态模式也将使用G标志来指出那些子进程仍在为请求服务.
目前没有办法对日志转换脚本使用USR1信号并且确定的知道为所有子进程写的预重新启动日志已经完成. 我们建议你在对旧的日志文件做任何操作之前和发出USR1信号之后使用一个合适的延迟.例如,如果点击操作中的大多数在低速连接的情况下只花少于十分钟的时间来完成用户的请求,然后你在对旧的日志文件做操作之前可能要等十五分钟.
注意:如果你使用存在错误的配置文件发出重新启动信号,主进程将不会重新启动并且带着一个错误结束. 在优美重新启动的情况下,它结束时也将运行中的子进程结束.(有些子进程是处理完最后的请求后的 "优美结束".) 如果你尝试重新启动服务器将引起一些问题 -- 它将不能绑定监听端口. 目前,可以作的只能是在重新启动前检查配置文件的语法.最容易的方法是作为一个不是 Root 的用户来运行 Httpd 服务. 如果没有错误,它将尝试打开套接字和日志文件,然后因为它不是 Root 用户而失败.(或是因为当前运行的 httpd 服务已经绑定了那些端口). 如果因为一些其他原因而失败,可能是配置文件存在错误,请在优美重新启动前修改那些错误.
附录: 信号和速度条件 (race conditions)
Apache 1.2b9 有几种速度条件导致重新启动和死信号 (速度条件的简单描述是: 一个对时间敏感的问题, 在不正确的时间出现的不期望的错误). 为我们尽可能排除的正确的功能的体系结构. 但是应被注意到在正确的体系结构中仍也存在速度条件.
在磁盘上使用的体系结构记分板文件存在潜在破坏的记分板. 这可能将导致 "绑定: 地址已经使用" (在HUP之后) 或 "始终丢失子进程!" (在USR1之后). 稍后模型是个致命错误将导致服务器丢失记分板槽. 所以可以带着一个偶然重新启动而使用优美重新启动. 围绕着工作的这些问题十分困难, 但幸运的是大多体系结构不需要一个记分板文件. 请参考为你的体系结构使用的记分板文件文档.
NEXT和MACHTEN (68k) 有可以引起重新启动或死信号, 但不会引起服务器做除了错误以外的任何事情.
所有体系结构的每一个子进程都有一个小竞赛条件来保持以后的持续的 HTTP 连接(KeepAlive). 在读取请求的头信息之前和读取请求的行信息之后它将离开. 目前将有一个修复软件包版本 1.2. 理论上讲 KeepAlive 客户因网络潜伏和服

hotmango · 发表于 2002-9-23 16:44

务超时的原因而并不必期望这些事件发生的现象并不是一个问题.在实践中它将意味着不影响任何工作，如在一个实验情形中,每秒中重启服务器二十次却并不影响客户浏览这个站点,也不会出现断的图片和空文档.
Apache 指令
每一条APACHE指令都在下面有基本的描述. 它们使用统一的格式，并且能够作为使用它们的字典.
· AccessConfig
· AccessFileName
· Action
· AddAlt
· AddAltByEncoding
· AddAltByType
· AddDescription
· AddEncoding
· AddHandler
· AddIcon
· AddIconByEncoding
· AddIconByType
· AddLanguage
· AddModule
· AddModuleInfo
· AddType
· AgentLog
· Alias
· AliasMatch
· allow
· AllowOverride
· Anonymous
· Anonymous_Authoritative
· Anonymous_LogEmail
· Anonymous_MustGiveEmail
· Anonymous_NoUserID
· Anonymous_VerifyEmail
· AuthAuthoritative
· AuthDBAuthoritative
· AuthDBGroupFile
· AuthDBMAuthoritative
· AuthDBMGroupFile
· AuthDBMGroupFile
· AuthDBUserFile
· AuthDBMUserFile
· AuthDigestFile
· AuthGroupFile
· AuthName
· AuthType
· AuthUserFile
· BindAddress
· BrowserMatch
· BrowserMatchNoCase
· BS2000Account
· CacheDefaultExpire
· CacheDirLength
· CacheDirLevels
· CacheForceCompletion
· CacheGcInterval
· CacheLastModifiedFactor
· CacheMaxExpire
· CacheNegotiatedDocs
· CacheRoot
· CacheSize
· CheckSpelling
· ClearModuleList
· ContentDigest
· CookieExpires
· CookieLog (mod_cookies)
· CookieLog (mod_log_config)
· CookieTracking
· CoreDumpDirectory
· CustomLog
· DefaultIcon
· DefaultLanguage
· DefaultType
· deny
· <Directory>
· <DirectoryMatch>
· DirectoryIndex
· DocumentRoot
· ErrorDocument
· ErrorLog
· Example
· ExpiresActive
· ExpiresByType
· ExpiresDefault
· ExtendedStatus
· FancyIndexing
· <Files>
· <FilesMatch>
· ForceType
· Group
· Header
· HeaderName
· HostNameLookups
· IdentityCheck
· <IfDefine>
· <IfModule>
· ImapBase
· ImapDefault
· ImapMenu
· Include
· IndexIgnore
· IndexOptions
· KeepAlive
· KeepAliveTimeout
· LanguagePriority
· <Limit>
· <LimitExcept>
· LimitRequestBody
· LimitRequestFields
· LimitRequestFieldsize
· LimitRequestLine
· Listen
· ListenBacklog
· LoadFile
· LoadModule
· <Location>
· <LocationMatch>
· LockFile
· LogFormat
· LogLevel
· MaxClients
· MaxKeepAliveRequests
· MaxRequestsPerChild
· MaxSpareServers
· MetaDir
· MetaFiles
· MetaSuffix
· MimeMagicFile
· MinSpareServers
· MMapFile
· NameVirtualHost
· NoCache
· Options
· order
· PassEnv
· PidFile
· Port
· ProxyBlock
· ProxyPass
· ProxyPassReverse
· ProxyReceiveBufferSize
· ProxyRemote
· ProxyRequests
· ProxyVia
· ReadmeName
· Redirect

hotmango · 发表于 2002-9-23 16:45

· RedirectMatch
· RedirectPermanent
· RedirectTemp
· RefererIgnore
· RefererLog
· require
· ResourceConfig
· RewriteBase
· RewriteCond
· RewriteEngine
· RewriteLock
· RewriteLog
· RewriteLogLevel
· RewriteMap
· RewriteOptions
· RewriteRule
· RLimitCPU
· RLimitMEM
· RLimitNPROC
· Satisfy
· ScoreBoardFile
· Script
· ScriptAlias
· ScriptAliasMatch
· ScriptInterpreterSource
· ScriptLog
· ScriptLogBuffer
· ScriptLogLength
· SendBufferSize
· ServerAdmin
· ServerAlias
· ServerName
· ServerPath
· ServerRoot
· ServerSignature
· ServerTokens
· ServerType
· SetEnv
· SetEnvIf
· SetEnvIfNoCase
· SetHandler
· StartServers
· ThreadsPerChild
· TimeOut
· TransferLog
· TypesConfig
· UnsetEnv
· UseCanonicalName
· User
· UserDir
· <VirtualHost>
· XBitHack
Apache modules
下面是一个作为Apache发行版一部分的所有的模块的一个列表。也可看按字母顺序的完整的Apache指令列表 all Apache directives。
Core
apache的核心特点
mod_access
基于主机名或ip地址的存储控制
mod_actions Apache1.1或更高
基于文件类型/方式的脚本的执行
mod_alias
别名和重定向
mod_asis
处理文件.asis
mod_auth
使用文本文件的用户认证
mod_auth_anon
ftp风格的匿名认证
mod_auth_db
使用berkeley的DB文件进行用户认证
mod_auth_dbm
使用DBM的文件进行用户认证
mod_autoindex
自动的列出目录
mod_browser 仅适合Apache1.2.*
基于用户端字符串的环境的设定。在apache1.3或更高的版本中用mod_setenvif代替
mod_cern_meta
支持http开头的图元文件
mod_cgi
支持cgi脚本的执行
mod_cookies Apache1.1.1以上
支持网景的cookies功能。在Apache1.2中被mod_usertrack代替
mod_digest
MD5认证
mod_dir
基本目录索引的控制
mod_dld Apache 1.2.* 或更早
启动时载入可执行文件到服务器的功能。在Apache1.3中被mod_so代替
mod_dll 仅适合Apache1.3b1到Apache1.3b5
在1.3b6中被mod_so代替
mod_env
传递环境信息到cgi脚本中
mod_example Apache 1.2 或更高
演示apache api
mod_expires Apache 1.2 或更高
对头文件应用过期选项
mod_headers Apache 1.2 或更高
加入任意的http头文件
mod_imap
影像地图档的控制
mod_include
服务器端剖析文档
mod_info
服务器端配置信息
mod_isapi
对windows isapi扩展支持
mod_log_agent
客户端使用者程序纪录
mod_log_common 高于Apache 1.1.1
标准的一般记录档案格式的日志。在Apache1.2或更高的版本中被mod_log_config模块代替
mod_log_config
对服务器端请求，使用用户端指定的格式，代替mod_log_common的用户可配置日志
mod_log_referer
记录文档指南
mod_mime
通过文件名决定文件类型
mod_mime_magic
通过“神奇的数字”来决定文件类型
mod_mmap_static
为了提高服务速度映射文件到内存
mod_negotiation
内容协商
mod_proxy
支持代理缓存的功能
mod_rewrite Apache 1.2或更高
通过使用规则的表达式来实现强大的url到文件名的映射
mod_setenvif Apache 1.3 或更高
基于客户端信息的环境变量的设置
mod_so Apache 1.3 或更高
试验性的在执行时支持装载模块(windows中的dlls)
mod_speling Apache 1.3 或更高
自动监视upl中的正确性
mod_status
服务器状态显示

hotmango · 发表于 2002-9-23 16:46

mod_userdir
用户的home目录
mod_unique_id Apache 1.3 或更高
对每个请求产生独立的请求标识符
mod_usertrack Apache 1.2 或更高
用cookies对用户跟踪(代替mod_cookies.c)
Apache 虚拟主机文档
虚拟主机提供了比在一台计算机上的服务器更多的维护练习,所不同的是他们表面上的主机名.例如,它经常被用来使公司共享一台web服务器来拥有他们自己的域.一台web服务器可以使用www.company1.com和www.company2.c ... 用户知道具体的路径.
Apache是最先支持IP-based的虚拟主机的其中最好的。1.1版和以后的版本的Apache都支持IP-based和name-based虚拟主机(vhosts). 后者与虚拟主机不同的是有时称为host-based 或 non-IP虚拟主机.
下面给出的列表包含了对于APACHE 1.3或以后版本的关于虚拟主机的详细描述.

虚拟主机支持
· IP-based Virtual Hosts
· Name-based Virtual Hosts
· Virtual Host examples for common setups
· In-Depth Discussion of Virtual Host Matching
· File Descriptor Limits
· Dynamically Configured Mass Virtual Hosting with mod_rewrite
配置命令
· <VirtualHost>
· NameVirtualHost
· ServerName
· ServerAlias
· ServerPath
人们用来调试他们的虚拟主机配置最常用的命令也许是Apache -S。这会显示出Apache怎样分析设置文件的细节。仔细的检查IP地址和服务器名有可能对你解决设置错误有帮助。
Apache 1.3
动态共享目标(DSO)
支持
原著
Ralf S. Engelschall <rse@apache.org>, 1998四月
背景
由现代Unix派生出来的操作系统都存在着的一种被叫做动态共享目标(DSO)的动态连接机制。它提供了一种在运行时将特殊格式的代码，在程序运行需要时，将需要的部分从外存调入内存执行的方法。
这种存取通常有两种途径：一种是ld由系统在程序开始时自动载入，这种载入可以由两条途径实现:自动是由系统在可执行程序开始时调用ld.so来执行的。另一种手动，是通过在执行程序里程序系统界面到Unix装载程序通过系统调用tdlopen()/dlsym()来执行的.
在第一种途径里DSO通常调用共享库或者调用叫做libfoo.so或libfoo.so.1.2的DSO库。它们位于系统目录(一般在/usr/lib)并且在建立时通过特殊的 -lfoo执行链接命令来链接到可执行程序内部。这个hard-codes库被可执行程序包含以至于在开始的时候Unix装载程序可以在/usr/lib里定位libfoo.so,在路径里hard-coded通过使用象-R的编译器选项或者设置在路径里通过环境变量 LD_LIBRARY_PATH. 她解决了所有的(还没有解决的)哪些在DSO可以用的可执行程序里的地址码.
可执行程序里的地址码通常不被DSO参考(因为它是可重用的一般代码的库)并且因此没有更好的解决.可执行程序不必改变自己来使用DSO的地址码因为UNIX装载程序已经全部解决了。(实际上In fact,请求ld.so的代码是静态的在程序开始时编译进每个可执行程序的).一般库代码的静态装载的好处是明显的:库代码只需要被装载一次,在一个象libc.so的系统库,为每个程序都节省了空间.
DSO的第二个途径是通常调用共享目标或者DSO文件并且可以用任意的扩展名命名(虽然通常用foo.so).这些文件通常在一个程序特有的目录并且当它被用到的时候不是自动建立链接到可执行程序中.可执行程序通过dlopen()手动的在运行时调用DSO到它的地址空间.在这个时候DSO没有为程序解决地址码的问题.但是内部的Unix调度程序自动解决所有(还没有解决的)从程序输出的在DSO里的地址码并且它早就调用了DSO库(特别是所有的在libc.so里的地址码).这种方法This way the DSO得知程序的地址码就象已经在第一个地址被静态链接了一样。
最后,为了利用DSO的API,可执行程序必须为了以后用户使用内含的调度表而解决DSO通过dlsym()的特殊标记等等的问题.另外一个方面:可执行程序必须手动解决每一个特殊标记使之都能够被使用.这样一个机制的好处是任意一个程序的部分都直到在程序需要的时候装入(这样不用消耗内存) . 当被调用时,这些程序部分能够被加入，使程序的功能动态的增加.
虽然这种DSO机制非常好，但是这里至少还有一个难点:当使用DSO来扩展一个可执行程序时为了DSO而从可执行程序里解析地址码的问题(第二种方法).为什么?因为从可执行程序里面的地址码"反解析"出DSO地址码是与库的设计相反的(程序使用了哪些库是未知的) 而且这并不能在所有的平台下工作也没有一个标准.实际上可执行程序的全部地址码一般是不能反输出的并且这样就不能够为DSO所用.找到方法当使用DSO来扩展在运行的程序时来使编译器输出所有的地址码是主程序一个必须解决的问题。
实际使用
共享库方面的使用是一个典型,因为这是为什么使用DSO机制的目的,因此这被几乎所有类型的操作系统提供的库.另一方面使用公用目标来扩展程序的方法并没有被大量程序使用。
好象1998年只有几个软件包使用DSO机制在运行时来动态的扩展它们的功能:Perl 5(通过它自己的XS机制和动态加载模块),Netscape Server,等等.从1.3版开始, Apache加入了这个团队,因为Apache早就使用一个模块概念来扩展它的功能并且在内部使用一个基于调度的列表来链接扩展模块到Apache核心模块.所以,Apache早就注定要使用DSO来在运行时加载它的模块。
就象Apache 1.3,设置系统支持两个可选的特点来利用DSO:用DSO库编译Apache的核心程序为了分享使用和编译Apache模块成为DSO文件为了在运行时清晰的装载。
执行
DSO支持调用特别的Apache模块是基于一个名叫mod_so.c的模块，这个模块必须静态的编译Apache的核心.这是除了http_core.c以外仅有的模块不可以被放到DSO自己(bootstrapping!). 实际上所有的别的发布的Apache模块都可以被放置到DSO，通过个别的通过设置被DSO建立允许--允许可能的-共享设置(看顶层的INSTALL文件)或者通过改变AddModule命令在你

hotmango · 发表于 2002-9-23 16:46

的src/Configuration到SharedModule命令(看src/INSTALL文件).在编译一个模块到一个名字叫mod_foo.so的DSO以后，你能够使用mod_so的LoadModule命令在你的httpd.conf文件里在服务程序开始时或重新启动以后调用这个模块。
为了简化这种为了Apache模块而创建DSO文件的方法(尤其是第三方模块)，一个新的名叫apxs的支持程序(APache eXtenSion)被使用.它可以用来建立基于DSO的模块，模块位于Apache源树以外。。这个思路很简单:当安装Apache时，设置使安装程序安装Apache C 头文件并且放置平台支持的编译器和链接程序标志，用来建立DSO文件到apxs程序.通过这种方法，用户可以使用apxs来编译它的Apache模块源代码而不用Apache发布源代码树并且不用手动的添加平台支持的编译程序和谅解程序的标志来获得DSO支持。
为了放置编译好的apache核心程序到一个DSO库(仅仅在一些支持的平台上需要强迫链接程序输出Apache核心的地址码--一个DSO模块化的先决条件)规定的SHARED_CORE必须能够通过设置--允许-规定=SHARED_CORE设置(看顶层的INSTALL文件)或者通过改变Rule命令，在你的Configuration 文件里规定SHARED_CORE=yes (看src/INSTALL文件).Apache核心代码接着被放置到一个名叫libhttpd.so的DSO库。因为静态库不能够在所有的平台上被链接成为一个DSO，一个附加的名叫 libhttpd.ep的可执行程序被创建，这个程序不但包含这个静态代码而且有提供main()剩余部分的功能.最后，httpd程序自己被用bootstrapping代码替换，后者自动确定Unix调度程序能够装载并且开始libhttpd.ep，它通过提供LD_LIBRARY_PATH到libhttpd.so的方法实现.
支持平台
Apache的src/Configure script 现在仅仅有一个限制但是可以通过怎样编译DSO文件的知识来嵌入,因为象早就提到的，它依靠平台的支持.几乎所有的主要的Unix平台都能够支持.当前能够确定支持的(1998五月)如下:
· 出台的支持平台:
(括号内是经过实际测试的版本)
· o  FreeBSD          (2.1.5, 2.2.5, 2.2.6)
· o  OpenBSD          (2.x)
· o  NetBSD          (1.3.1)
· o  BSDI             (4.0)
· o  Linux             (Debian/1.3.1, RedHat/4.2)
· o  Solaris          (2.4, 2.5.1, 2.6)
· o  SunOS             (4.1.3)
· o  Digital UNIX    (4.0)
· o  IRIX             (6.2)
· o  HP/UX             (10.20)
· o  UnixWare          (2.01, 2.1.2)
· o  SCO             (5.0.4)
· o  AIX             (3.2, 4.1.5, 4.2, 4.3)
· o  ReliantUNIX/SINIX  (5.43)
· o  SVR4             (-)
· 确定不支持的平台:
· o  Ultrix          (这个平台下没有确定的版本)
使用摘要
为了给你一个关于Apache 1.3的DSO特点的概念, 这里有一个简短的摘要:
1. 放置Apache核心代码(所有使用通常的HTTPD程序的表格)到DSO的libhttpd.so,一个可执行程序libhttpd.ep和一个bootstrapping可执行程序httpd (注意: 这仅仅需要一些平台的支持来强制编译器输出Apache的核心地址码,这是使用DSO模块化的先决条件):
o 通过configure创建和安装(推荐):
$ ./configure --prefix=/path/to/install             --enable-rule=SHARED_CORE ...$ make install
o 手动建立和安装:
- Edit src/Configuration:  << Rule SHARED_CORE=default  >> Rule SHARED_CORE=yes  << EXTRA_CFLAGS= >> EXTRA_CFLAGS= -DSHARED_CORE_DIR=\"/path/to/install/libexec\"$ make $ cp src/libhttpd.so* /path/to/install/libexec/$ cp src/libhttpd.ep  /path/to/install/libexec/$ cp src/httpd       /path/to/install/bin/
2. 建立和安装一个发布的Apache模块,见mod_foo.c,在它自己的DSO mod_foo.so:
o 通过configure创建和安装(推荐):
$ ./configure --prefix=/path/to/install       --enable-shared=foo$ make install
o 手动建立和安装:
- Edit src/Configuration:  << AddModule modules/xxxx/mod_foo.o  >> SharedModule modules/xxxx/mod_foo.so$ make$ cp src/xxxx/mod_foo.so /path/to/install/libexec- Edit /path/to/install/etc/httpd.conf  >> LoadModule foo_module /path/to/install/libexec/mod_foo.so
3. 建立和安装第三方Apache模块,见mod_foo.c,在它自己的DSO mod_foo.so
o 通过configure创建和安装(推荐):
$ ./configure --add-module=/path/to/3rdparty/mod_foo.c       --enable-shared=foo$ make install
o 手动建立和安装:
$ cp /path/to/3rdparty/mod_foo.c /path/to/apache-1.3/src/modules/extra/- Edit src/Configuration:  >> SharedModule modules/extra/mod_foo.so$ make$ cp src/xxxx/mod_foo.so /path/to/install/libexec- Edit /path/to/install/etc/httpd.conf  >> LoadModule foo_module /path/to/install/libexec/mod_foo.so
4. 创建和安装第三方的Apache模块,使用mod_foo.c,放入在APACHE源代码树以外的自己的DSO mod_foo.so：
o 创建和安装过程:
$ cd /path/to/3rdparty$ apxs -c mod_foo.c$ apxs -i -a -n foo mod_foo.so
优点和缺点
下面是Apache 1.3里的DSO的特点，有如下的优点:

hotmango · 发表于 2002-9-23 16:47

· 服务器包能够在运行时更加灵活，因为激活的服务进程能够通过LoadModule httpd.conf 设置命令代替在建立时的AddModule命令来反编译. 例如这种方法一能够运行不同的服务实例(标准和SSL版本,minimalistic & powered up版本 [mod_perl, PHP3],等等.)，而只通过一个Apache.
· 服务器包能够简单的用第三放模块来扩展，甚至是在安装之后。这至少是一个为了给小软件包作者的最大好处，哪些人可以创建Apache核心包和扩展包，例如PHP3, mod_perl, mod_fastcgi,等等.容易的Apache模块原形，因为有DSO/apxs部分你可以不用Apache源代码树和只需要apxs -i 命令来重新启动一个新的你现在开发模块到运行Apache服务程序的版本。
DSO有如下缺点:
· DSO机制并不是在所有平台上都是被支持的,因为不是所有平台都支持动态连接.
· 服务器会在启动时慢大约20%,因为地址码的解决现在需要UNIX调度程序来做。
· 服务器在某些平台在执行时会慢5%，因为相对地址代码(PIC)有时在不必要时也会需要重新编译相对寻址,所以没有绝对地址快.
· 因为DSO模块会在个别平台上与别的基于DSO的库(ld -lfoo)发生冲突(例如a.out-based 平台经常不支持这个功能，但是ELF-based平台支持)你不能为所有类型的模块使用DSO机制。或者换一句话说，模块作为DSO文件编译是受限制，只能使用APACHE核心地址码，APACHE核心使用的C库(libc)和所有的别的动态和静态的库，或者静态库档案(libfoo.a)包含的独立的代码。唯一使用别的代码的办法是或者确定APACHE核心自己早就包含自己的参考，通过dlopen（）调用代码自己，或者在建立APACHE时允许SHARED_CHAIN规则（当你的平台支持不用DSO库链接DSO文件）。
· 在一些平台下(许多SVR4系统)在链接Apache httpd可执行程序时没有办法强迫链接程序输出所有全部的DSO所用的地址.但是没有可见的Apache核心地址码就没有标准的Apache模块能够作为DSO使用.唯一的办法是使用SHARED_CORE特性，因为这种方法使全部的地址码都被强制输出。作为结果，Apache src/Configure script自动强制SHARED_CORE在这些平台上，当DSO特性被用在Configuration文件或者在configure命令行.
阿帕奇handler的使用
什么是“handler”
“handler”就是表示当调用文件时内部阿帕奇服务器所执行的程序。一般情况下，文件都有基于文件类型的固有handler。正常情况下，所有文件都让服务器处理，但是，某些被指定的文件是被特定程序处理的。例如，你可以使用“application/x-httpd-cgi”类型去调用CGI脚本。
Appache1.1特意增加了明确使用handler的能力。或者基于文件扩展名, 或者基于文件位置，这些handler与文件类型无关。因为它是这种解决办法看起来更规范，所以使用起来很有好处，而且它的使用考虑了相关文件的类型处理（参见Files with Multiple Extensions）。
handlers被编译成服务器或模块，或者他们能用指示的方式增加。内置的被标准分发的处理程序有下面这些：
· default-handler: 发送正使用default_handler()的文件，此文件是使用处理静态内容的缺省所处理。
· send-as-is: 发送使用HTTP头的文件。(mod_asis)
· cgi-script: 处理CGI脚本文件。(mod_cgi)
· imap-file: 图象映象控制文件。 (mod_imap)
· server-info: 得到服务器设置信息。(mod_info)
· server-parsed: 分解服务器方的包含文件。(mod_include)
· server-status: 得到服务器状态报告。(mod_status)
· type-map: 作为关于内容协商的典型文件来析解。 (mod_negotiation)
命令：
· AddHandler
· SetHandler

AddHandler
参数： AddHandler handler-name extension extension...
上下文： server config, virtual host, directory, .htaccess
覆盖： FileInfo
状态： Base
模块： mod_mime
兼容性： AddHandler is only available in Apache 1.1 and later
AddHander对处理程序handler-name与文件名扩展extension映象。这种映象被大规模的增加给任何有extension扩展后缀的文件。例如，为使用带有”cgi”扩展的文件为CGI脚本，你可以使用
AddHandler cgi-script cgi
一旦此语句已经写入你的srm.conf 或者 httpd.conf文件，则任何含有".cgi"扩展的文件将用CGI程序处理。
参见：Files with multiple extensions.

SetHandler
参数： SetHandler handler-name
上下文： directory, .htaccess
状态： Base
模块： mod_mime
兼容性： SetHandler is only available in Apache 1.1 and later.
当这个命令被放进一个.htaccess文件或<Directory> or <Location>部分，命令迫使所有匹配文件通过给定的handler-name程序处理。例如，如果你有一个想作为图象映象标准文件被完全解析的目录，不管扩展名，你可以在那个目录中放下列语句到一个.htaccess文件。
SetHandler imap-file
另一个例子是，无论什么时候当http://servername/status的URL被� ... 句到access.conf中：
<Location /status>
SetHandler server-status
</Location>

程序员的注解：
为了实现处理程序的作用，已经添加到你希望使用的Apache API中。特别是，一个新记录已经增加到request_rec结构：
char *handler
如果你希望让你的程序使用处理器，你仅仅需要在申请invoke_handler前设置r->handler给处理器名字。
Handlers are implemented as they were before, albeit using the handler name instead of a content type. While it is not necessary, the naming convention for handlers is to use a dash-separated word, with no slashes, so as to not invade the media type name-space.

hotmango · 发表于 2002-9-23 16:48

特殊用途环境变量
当APACHE与特殊客户端对话时的合作性问题使APACHE引入了修改APACHE行为的机制. 为了使这些机制尽量的灵活, 它们被作为环境变量定义,具有代表性的是 BrowserMatch, 虽然 SetEnv 和 PassEnv 也可以同样有效，但是这里把前者作为例子。
nokeepalive
这能使KeepAlive无效.由于Netscape 2.x 和 KeepAlive的问题, 我们建议使用如下的命令：
BrowserMatch Mozilla/2 nokeepalive
force-response-1.0
当设置这个变量后会迫使HTTP/1.0 响应. 这原来是解决AOL's 代理服务器问题的工具. 一些客户端也许在被给出 HTTP/1.1 响应的时候会不正常工作, 这条指令可以使它们合作正常。
downgrade-1.0
这迫使请求被作为HTTP/1.0 请求来响应，甚至在以后的命令中也被支持。
配置Apache

主要的配置文件

Apache是通过一个将命令安置在文本文件里的明码文件进行配置的。主要的配置文件通常叫做httpd.conf。这个文件的位置是在编译的时候设定的，但可以通过在命令中使用-f标记来忽略它。有些站点因为历史原因还使用了srm.conf和access.conf文件。此外，别的配置文件可以被增加使用包含的命令。httpd.conf这个文件里的一些指令可以被替换。成了主配置文件只在Apache启动或重启的时候才被验证的。

Apache 1.3.13的新的特征是：如果一些配置文件实际上是一个目录，那么Apache将进入那个目录（包括子目录）并且分析这些文件，找到配置文件。一个可能是用来增加虚拟主机通过为每个主机建小的配置文件，接着在这个配置目录里替换它们。因而，你根本不用编辑别的文件就能增加或者删除虚拟主机，简单的增加或者删除他们。这使得自动操作这些处理很简单。

服务器一直要读一个包含MIME文档类型的文件；文件名是通过TypesConfig指令来设定的，默认为mime.types。

配置文件的语法

Apache配置文件每行有一条命令。每行最后的字符使用反斜杠“\”可以用来接续下一行。反斜杠和行末之间没有其他字符包括空格键。在行末使用了反斜杠，你可以用两个反斜钢“\\”来取消它。

配置文件中的指令是不敏感语法格式的，但是指令的参数是对语法格式敏感的。每行的开始使用一个字符标志“#”该行就可以被注释，被乎略。评注不会被包含进每行之后的配置指令。在指令之前存在的空行和空格将被忽略，因此在清楚其间你可以所进指令。

服务器因为语法错误而没有启动你可以通过使用apachectl configtest或者使用-t命令行选项来检查你的配置文件。

模块

Apache是一个模块化的server。这意味着大部分的功能囊括在server的内核里。衍生出来的特点通过模块装载进Apache里来使用。在默认方式下，一系列的基本模块在编译时就被包含进了Server。如果Server使用加载动态模块被编译，那么模块就能在任何时间使用loadmodule指令来个别的编译和加载模块。否则，Apache必须通过重新编译来增加和删除模块。

查看哪些模块正在被编译到Server里，你可以使用-l命令选想

指令的范围

指令被放置在应用到整个Server的主配置文件里。如果你要更改Server里的一部分配置，你可以放置你的指令在<Directory>,<DirectoryMatch>,<Files>,<FilesMatch>,<Location>,和<LocationMatch>部分之中。这些范围限制了应用程序中的指令装进文件系统或者URLs。他们也能被嵌套，也被允许来很好的配置。

Apache有能力同时对很多个WEB站点进行服务。这被叫做虚拟主机。通过安置指令在<VirtualHost>范围内实现，因此它们只应用在一个特别指定的web站点。

尽管许多指令被安置在一些范围内，但一些指令在一些环境里是没有意义的。比如，指令控制处理创造形成只能被安置在主server环境。查找哪一个指令能被安置在哪一个范围里，可以检查指令的环境。更深的讲就是，我们在How Directory,location and Files sections work里提供了详细的资料。

.htaccess文件

Apache允许在Web树里的指定文件来分散管理配置。这个文件的后缀通常是.htaccess，而文件名是在AccessFileName指令里指定的。安置在.htaccess里的指令是面向你放置文件的目录和子目录来应用的。.htaccess文件往往和主配置文件有相同的语法结构。因此.htaccess文件在每次请求的时候被读远远超过只在Server启动的时候被读，变换文件的模式有着立即的效果。
查找哪个指令能放置在.htaccess里，检查指令的Context。Server的管理员通过配置在主配置文件里的AllowOverride指令可以更进一步的控制什么指令可以被放置在.htaccess文件里。

日志文件

安全警告

任何一个可以对Apache正在写的日志文件的目录几乎无疑的得到访问的用户id，通常是root。在不知道后果的情况下不要将Apache存储记录的目录的写访问的权限给别人；请看安全泄露文件的细节。

进程文件

在启动的时候，Apache将保存httpd进程的进程id到logs/httpd.pid。这个文件名可以通过PidFile指令来更换。在Unix中，程序id是管理员用来重启和终止后台进程的，
如果进程不正常的die（或者是被kill），它需要kill它的孩子进程。

错误文件

Server将错误信息记录到一个日志文件，在Unix上是logs/error_log、在Windows和OS/2上是logs/error.log。文件名能通过ErrorLog指令来指定；不同的虚拟主机可以设置不同的错误记录。

传输日志

Server将典型的记录每个请求到传输文件，在Unix上默认为logs/access_log、在Windows和OS/2上为logs/access.log。文件名可以通过CustomLog指令来被设置；不同的虚拟主机可以被设置为不同的传输文件。
阿帕奇handler的使用
什么是“handler”

hotmango · 发表于 2002-9-23 16:48

“handler”就是表示当调用文件时内部阿帕奇服务器所执行的程序。一般情况下，文件都有基于文件类型的固有handler。正常情况下，所有文件都让服务器处理，但是，某些被指定的文件是被特定程序处理的。例如，你可以使用“application/x-httpd-cgi”类型去调用CGI脚本。
Appache1.1特意增加了明确使用handler的能力。或者基于文件扩展名, 或者基于文件位置，这些handler与文件类型无关。因为它是这种解决办法看起来更规范，所以使用起来很有好处，而且它的使用考虑了相关文件的类型处理（参见Files with Multiple Extensions）。
handlers被编译成服务器或模块，或者他们能用指示的方式增加。内置的被标准分发的处理程序有下面这些：
· default-handler: 发送正使用default_handler()的文件，此文件是使用处理静态内容的缺省所处理。
· send-as-is: 发送使用HTTP头的文件。(mod_asis)
· cgi-script: 处理CGI脚本文件。(mod_cgi)
· imap-file: 图象映象控制文件。 (mod_imap)
· server-info: 得到服务器设置信息。(mod_info)
· server-parsed: 分解服务器方的包含文件。(mod_include)
· server-status: 得到服务器状态报告。(mod_status)
· type-map: 作为关于内容协商的典型文件来析解。 (mod_negotiation)
命令：
· AddHandler
· SetHandler

AddHandler
参数： AddHandler handler-name extension extension...
上下文： server config, virtual host, directory, .htaccess
覆盖： FileInfo
状态： Base
模块： mod_mime
兼容性： AddHandler is only available in Apache 1.1 and later
AddHander对处理程序handler-name与文件名扩展extension映象。这种映象被大规模的增加给任何有extension扩展后缀的文件。例如，为使用带有”cgi”扩展的文件为CGI脚本，你可以使用
AddHandler cgi-script cgi
一旦此语句已经写入你的srm.conf 或者 httpd.conf文件，则任何含有".cgi"扩展的文件将用CGI程序处理。
参见：Files with multiple extensions.

SetHandler
参数： SetHandler handler-name
上下文： directory, .htaccess
状态： Base
模块： mod_mime
兼容性： SetHandler is only available in Apache 1.1 and later.
当这个命令被放进一个.htaccess文件或<Directory> or <Location>部分，命令迫使所有匹配文件通过给定的handler-name程序处理。例如，如果你有一个想作为图象映象标准文件被完全解析的目录，不管扩展名，你可以在那个目录中放下列语句到一个.htaccess文件。
SetHandler imap-file
另一个例子是，无论什么时候当http://servername/status的URL被� ... 句到access.conf中：
<Location /status>
SetHandler server-status
</Location>

程序员的注解：
为了实现处理程序的作用，已经添加到你希望使用的Apache API中。特别是，一个新记录已经增加到request_rec结构：
char *handler
如果你希望让你的程序使用处理器，你仅仅需要在申请invoke_handler前设置r->handler给处理器名字。
Handlers are implemented as they were before, albeit using the handler name instead of a content type. While it is not necessary, the naming convention for handlers is to use a dash-separated word, with no slashes, so as to not invade the media type name-space.
有关服务器配置的安全提示

一些在建立一个WEB服务器时的安全方面的提示和建议。一部分是通用的，其它则仅限于Apache服务器

ServerRoot 目录的许可权限
在典型的启动下，Apache 由 root 用户启动，然后它转到由User命令定义的用户，以提供点击服务。作为 root 可以执行任何指令这一情况，你必须当心它不被任何非 root 用户更改。不仅文件本身只能被 root 改写，而且其子目录，以及所有子目录的根目录也要如此。例如，如果你选择将 ServerRoot 放置于 /usr/local/apache，那么我们建议你以 root 身份创建这个目录，采用类似以下的命令：
mkdir /usr/local/apache
cd /usr/local/apache
mkdir bin conf logs
chown 0 . bin conf logs
chgrp 0 . bin conf logs
chmod 755 . bin conf logs
这里假设 /, /usr, 和 /usr/local 仅仅可以被 root 更改。当你安装 httpd 可执行文件，你必须确定它也被类似的保护：
cp httpd /usr/local/apache/bin
chown 0 /usr/local/apache/bin/httpd
chgrp 0 /usr/local/apache/bin/httpd
chmod 511 /usr/local/apache/bin/httpd
你可以创建一个可以被其他用户改写的 htdocs 子目录，—— 只要 root 从不在那里执行或创建任何文件。
如果你允许非 root 用户改写那些 root 执行或写入的文件，那么你将你的系统到 root compromises。例如，有人可以替换 httpd 可执行文件，当你下次启动它时，她将执行一些任意的代码；如果 logs 子目录（对于非 root 用户）是可写的，也许有人将它替换成为指向其它系统文件的链接，如此 root 可能用任意的代码覆盖原文件；如果日志文件本身是可写的，也许有人会用伪造的数据改写它。

Server Side Includes
Server side includes (SSI) 可以如此设置，以致用户可以在服务器上执行任意的程序。这一点本身就回让系统管理员不寒而栗。
一个解决的办法是禁用这一部分的 SSI。为此，你可以在 Options 指令中使用 IncludesNOEXEC 选项。

apache升级

浏览过的版块