Apache HTTP Server 版本2.2

| 说明 | 在非线程型MPM(prefork)上提供对CGI脚本执行的支持 |
|---|---|
| 状态 | 基本(B) |
| 模块名 | cgi_module |
| 源文件 | mod_cgi.c |
任何具有MIME类型application/x-httpd-cgi或者被cgi-script处理器处理的文件都将被作为CGI脚本对待并由服务器运行,它的输出将被返回给客户端。可以通过两种途径使文件成为CGI脚本,一种是文件具有已由AddType指令定义的扩展名,另一种是文件位于ScriptAlias目录中。
当服务器调用一个CGI脚本时会往运行环境中添加一个叫做DOCUMENT_ROOT的变量。这个变量将包含DocumentRoot指令的值。
要得到对Apache中使用CGI脚本的介绍,参看使用CGI产生动态内容。
在UNIX下使用多线程型的MPM时,应该使用模块mod_cgid代替本模块。在用户层面,这两个模块本质上是相同的。
Apache将按照CGI规范设置环境变量,有以下几个:
AcceptPathInfo指令为 off ,这个变量将不可用。如果没有明确设置AcceptPathInfo ,默认的行为是mod_cgi将会接受路径信息(URI里脚本文件名之后的/more/path/info),即使服务器核心对请求的附加路径信息返回"404 NOT FOUND"错误。省略AcceptPathInfo指令与将它设置为 On 对mod_cgi请求具有相同的效果。HostnameLookups指令被设置为"on"(默认是"off")并且对访问主机的DNS反查确实找到了主机名时才被设置。IdentityCheck被设置为 on 并且访问主机支持识别协议时才被设置。注意这个变量不能信赖,因为它很容易被假冒。而且如果客户端与服务器之间存在代理的话,这个变量通常完全没有用处。调试CGI脚本一直以来都很困难,主要是因为在脚本不能正确运行时不可能研究它的输出(stdout和stderr)。这些指令为发生错误时提供了更详细的错误日志。
配置好以后,CGI错误日志会记录任何没有正确运行的CGI。每个运行失败的CGI脚本都有几行信息被记录。头两行总是这样的格式:
%% [time] request-line
%% HTTP-status CGI-script-filename
如果错误是CGI脚本无法执行,日志文件会包含以下额外的两行:
%%error
error-message
或者,如果错误是脚本执行结果返回了不正确的头信息(经常是由于脚本内部的bug),会记录以下两行:
%request
All HTTP request headers received
POST or PUT entity (if any)
%response
All headers output by the CGI script
%stdout
CGI standard output
%stderr
CGI standard error
如果脚本没有在stdout和stderr上输出可能会没有%stdout和%stderr部分。
| 说明 | CGI脚本错误日志文件的位置 |
|---|---|
| 语法 | ScriptLog file-path |
| 作用域 | server config, virtual host |
| 状态 | 基本(B) |
| 模块 | mod_cgi, mod_cgid |
ScriptLog指令设置了CGI脚本错误日志文件的位置。如果没有设置ScriptLog ,就不会创建错误日志。如果设置了,所有CGI错误都会被记入作为指令参数的文件中。如果是一个相对路径则以ServerRoot为参照。
ScriptLog logs/cgi_log
此日志会以运行子进程的用户身份打开,比如由主服务器配置部分的User指令指定的用户。这意味着,或者该用户对脚本日志所在目录具有写权限,或者日志文件由此用户手工创建并设置为可写。如果你把脚本日志放在你的主日志目录中,不要为了让运行子进程的用户可以写日志而改变目录的权限。
注意,脚本日志是为了给创建CGI脚本提供一个调试特性,而不是要在运行服务时持续保持活动状态。它没有为速度或是效率作优化,而且与专门设计的那些特性不同,在某种程度上它会存在安全问题。