欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

APACHE的AcceptPathInfo指令使用介绍

程序员文章站 2022-07-06 19:30:52
学习zfdemo的时候提到设置 acceptpathinfo 指令. 有时我们在做虚拟静态化或者让路径看起来很漂亮的时候,可能会看到http://www.example.c...
学习zfdemo的时候提到设置 acceptpathinfo 指令.

有时我们在做虚拟静态化或者让路径看起来很漂亮的时候,可能会看到http://www.example.com/index.php/html1这样url地址,而在访问的实际是根目录下的index.php文件,而把/html1做为path_info环境变量传递给脚本。而对于apache来说上面的地址能否正确运行取决于acceptpathinfo指令的配置

acceptpathinfo 指令

说明 是否接受附带多余路径名信息的请求
语法 acceptpathinfo on|off|default
默认值 acceptpathinfo default
作用域 server config, virtual host, directory, .htaccess
覆盖项 fileinfo
状态 核心(c)
模块 core
兼容性 仅在 apache 2.0.30 及以后的版本中可用

此指令决定是否接受在实际文件名(或实际目录中一个不存在的文件)后跟随多余路径名信息的请求。这个多余的路径名信息可以当作path_info环境变量传递给脚本。

比如说,假设/test/所指向的目录下只包括一个文件:here.html ,那么对/test/here.html/more和/test/nothere.html/more的请求都会将path_info环境变量设为"/more"。

acceptpathinfo指令的取值范围:

off
仅当一个请求映射到一个真实存在的路径时,才会被接受。这样,如上述/test/here.html/more这样在真实文件名后跟随一个路径名的请求将会返回一个"404 not found"错误。
on
只要前导路径可以映射到一个真实存在的文件,就可以接受该请求。这样,只要上述/test/here.html能够映射到一个有效的文件,那么对/test/here.html/more的请求就会被接收。
default
是否接收附带多余路径名信息的请求由其对应的处理器来决定。对应普通文本的核心处理器默认会拒绝path_info 。而用于伺服脚本的处理器,比如cgi-script和isapi-isa,默认会接受path_info 。
acceptpathinfo指令存在的首要目的就是允许您覆盖处理器关于是否接受path_info的默认设置。这种覆盖是很必要的。比如说,当您使用了类似includes这样的过滤器来根据path_info产生内容时。核心处理器通常会拒绝这样的请求,而您就可以用下述的配置使这样的脚本成为可能:

options +includes
setoutputfilter includes
acceptpathinfo on

apache 2.0以上中的默认的是没有acceptpathinfo

从apach2.0.30以上服务器中去掉了acceptpathinfo;如果需要的话需要在http.conf中添加acceptpathinfo on这一条。即原来的

options followsymlinks includes
allowoverride none
改成
options followsymlinks includes
allowoverride none
 acceptpathinfo on

此指令决定了是否接受包含在某确定文件(或是某现有目录的一个不存在的文件)后附加的路径信息。此路径信息将在脚本里以path_info环境变量的形式出现。
比如说,假设/test/所指向的目录下只包括一个文件:here.html。那么对/test/here.html/more和/test/nothere.html/more的请求都会得到/more这样的path_info变量。
acceptpathinfo指令的三个参数为:
off
仅当一个请求映射到一个真实存在的路径时,它才会被接受。这样,如上述/test/here.html/more这样的在真实文件名后跟随一个路径名的请求将会返回一个404 not found错误。
on
如果前面的路径映射到一个真实存在的文件,此请求将被接受。如果/test/here.html映射着一个有效的文件,上例中/test/here.html/more这个请求就会被接受。
default
对于附加路径名的请求的处理方式由其对应的处理器来决定。对应普通文本的核心处理器默认会拒绝path_info。而用于伺服脚本的处理器,比如cgi-script和isapi-isa,默认会接受path_info。

php中的全局变量$_server['path_info']是一个很有用的参数,众多的cms系统在美化自己的url的时候,都用到了这个参数。

对于下面这个网址:
http://www.test.com/index.php/foo/bar.html?c=index&m=search
我们可以得到 $_server['path_info'] = ‘/foo/bar.html',而此时 $_server['query_string'] = 'c=index&m=search';
通常,我们最初开始php程序编写的时候,都会使用诸如: http://www.test.com/index.php?c=search&m=main 这样的url,这种url不仅看起来非常奇怪,而且对于搜索引擎也是非常不友好的。很多搜索引擎收录的时候,都会忽略query string之后的内容,google虽然不会忽略query string,但是对于其他不含query string的页面,会给于比较高的pr值。

下面是一段解析path_info的非常简单的代码:

复制代码 代码如下:

<?php
if( !isset( $_server['path_info'] ) ){
$pathinfo = 'default';
}else{
$pathinfo = explode('/', $_server['path_info']);
}
if( is_array($pathinfo) and !empty($pathinfo) ){
$page = $pathinfo[1];
}else{
$page = 'a.php';
}
require "$page.php";
?>


php文件名后加斜线“/”不能正常访问,报not found错误
系统坏后,重装系统后,配置php环境。用的软件和以前的版本都相同。

环境配置好后,因工作项目都是单入口文件,index.php文件后边加了斜线才能进入。没换系统前都可以访问,可以排除软件版本问题.

刚想进入工作项目,就报not found 不知为何。测试后得知,php文件名后加斜线“/”不能正常访问

询问多人,未果。google 度娘 未果

找公司一资深php工程师
说是apache有这样一个指令 :acceptpathinfo

在apache的配置文件里面加上:acceptpathinfo on 就ok了。