APACHE的AcceptPathInfo指令用法示例
内容摘要
这篇文章主要为大家详细介绍了APACHE的AcceptPathInfo指令用法示例，具有一定的参考价值，可以用来参考一下。
感兴趣的小伙伴，下面一起跟随php教程的小玲来看看吧！学习zfdemo的
感兴趣的小伙伴，下面一起跟随php教程的小玲来看看吧！学习zfdemo的
文章正文
这篇文章主要为大家详细介绍了APACHE的AcceptPathInfo指令用法示例，具有一定的参考价值，可以用来参考一下。
感兴趣的小伙伴，下面一起跟随php教程的小玲来看看吧！
学习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 +IncludesSetOutputFilter INCLUDESAcceptPathInfo Onapache 2.0以上中的默认的是没有acceptpathinfo从APACH2.0.30以上服务器中去掉了acceptpathinfo;如果需要的话需要在http.conf中添加AcceptPathInfo On这一条。即原来的Options FollowSymLinks includesAllowOverride None改成Options FollowSymLinks includesAllowOverride 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
/* php教程 www.512Pic.com */
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了。
注：关于APACHE的AcceptPathInfo指令用法示例的内容就先介绍到这里，更多相关文章的可以留意
代码注释
作者：喵哥笔记
