从PHP $_SERVER相关参数判断是否支持Rewrite模块

如果是//www.jb51.net/p1141.html形式的URL，可通过$_SERVER['REQUEST_URI']和$_SERVER['QUERY_STRING']值的区别来分析，最主要是如果页面是通过重定向会产生$_SERVER['REDIRECT_QUERY_STRING']和$_SERVER['REDIRECT_URL']两上参数，因此判断页面是否重定向就非常简单，只需要判断这两个值存在的情况就既可，但这只是在Apache环境下才有效。

如果是ISAPI Rewrite环境如何判断？

如果是ISAPI Rewrite环境，虽然不会产生如上$_SERVER['REDIRECT_QUERY_STRING']和$_SERVER['REDIRECT_URL']两上参数，但同样会产生自己独特的参数$_SERVER['HTTP_X_REWRITE_URL']，这个参数只有在ISAPI环境下才会产生，因此使用这个参数就能判断当前的URL是何种形式，方法如下：

通过对当前URL显示形式的判断，就能知道程序将如何执行以及是否需要301重定向，如果当前URL是//www.jb51.net/?=p1141，则需要使用301重定向到//www.jb51.net/p1141.html，如下：

然后再走重定向后程序的流程，这样就保证了页面的统一，同时也解决了ISAPI和Apache的Rewrite循环重定向问题。

ISAPI和Apache是否重定向判断：

ISAPI使用：

Apache使用：

只要掌握$_SERVER各参数的用法，就能轻松解决ISAPI和Apache的Rewrite循环重定向问题。

下面是其它网友的补充可以参考一下

WordPress通过301重定向实现非首先域（非www）跳转向本来是一个很简单事情，由于没弄清楚$_SERVER[‘HTTP_X_REWRITE_URL'] 和$_SERVER[‘REQUEST_URI']的区别导致了循环重定向问题。
现在来具体研究下$_SERVER[‘HTTP_X_REWRITE_URL'] 和$_SERVER[‘REQUEST_URI']的区别
首先要纠正一部分的观点就是IIS+PHP不支持$_SERVER[‘REQUEST_URI']
不是，不支持是PHP Version 版本的问题，php4.4.0不支持 $_SERVER[‘REQUEST_URI']，php5.2.5则增加了支持；

$_SERVER[‘REQUEST_URI']常用来获当前URL
例如：//www.jb51.net/index.php?p=3
$_SERVER[‘REQUEST_URI']获得的就是/index.php?p=3这部分。
$_SERVER[“HTTP_X_REWRITE_URL”]则在IIS下获得的是当前URL,在apache下的值为空

例如：
当前URL://www.jb51.net/

IIS环境下：
$_SERVER[‘REQUEST_URI'] = /index.php
$_SERVER[“HTTP_X_REWRITE_URL”] =/
apache环境下：
$_SERVER[‘REQUEST_URI'] = /
$_SERVER[“HTTP_X_REWRITE_URL”] =”

当前URL：//www.jb51.net/index.php
IIS环境下：
$_SERVER[‘REQUEST_URI'] = /index.php
$_SERVER[“HTTP_X_REWRITE_URL”] =/index.php

apache环境下：
$_SERVER[‘REQUEST_URI'] = /index.php
$_SERVER[“HTTP_X_REWRITE_URL”] =”

而我需要的就是判断当前URL是否包含/index.php

由此可见，IIS环境下首先域名重定向用$_SERVER[“HTTP_X_REWRITE_URL”]代替$_SERVER[‘REQUEST_URI'],apache环境则相反。