必优博客

在BreakThrough第二期重构过程中出现了URL Rewrite循环重定向问题，通过大量的调试，解决方法总结如下：

产生循环重定向的起因

需要把原有文章页URL链接

1. http://www.biuuu.com/?=p1141

替换为

1. http://www.biuuu.com/p1141.html

产生循环重定向的分析

Apache的.htaccess部分只是把p1141.html重写为?p=1141的形式，如下：

1. RewriteEngine on
2. RewriteRule ^p([0-9]*).html$ index.php?p=$1 [L]

这样才能保证原有BreakThrough程序能正常的读取文章，如果说只存在这样一种链接（p1141.html），那只需要写好Rewrite的规则即可，但问题在于原有的链接类似?p=1141还大量的存在，考虑到搜索引擎重复收录的问题，就必须把原有的?p=1141的链接全部重定向到p1141.html，也就是程序的URL要全部替换为新的.html形式，并使用301重定向，问题在于要把?p=1141的链接重定向到p=1141.html，如何判断这个状态，让程序知道这个以?p=1141的URL是需要重定向的，并且替换为p1141.html的形式，因为这两者本身就是共存的关系，因为p1141.html只是显示的URL，而真正能执行只能是?p=1141，这样才能获取到参数，因此就产生了循环重定向问题。

问题：如何知道当前URL是需要实现301重定向的链接（?=p1141  -> p1141.html）

解决：考虑PHP $_SERVER相关参数的应用

如果是http://www.biuuu.com/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是何种形式，方法如下：

1. $isApi = (isset($_SERVER['HTTP_X_REWRITE_URL']) && strpos($_SERVER['HTTP_X_REWRITE_URL'],'?')) ? TRUE : FALSE;

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

1. header("HTTP/1.1 301 Moved Permanently");
2. header("Location:http://www.biuuu.com/p1141.html");

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

ISAPI和Apache是否重定向判断：

ISAPI使用：

1. $_SERVER['HTTP_X_REWRITE_URL']

Apache使用：

1. $_SERVER['REDIRECT_QUERY_STRING']或$_SERVER['REDIRECT_URL']

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

相关文章：
特殊的记忆特殊的时候——breakthrough第二期发布
使用httpd.ini文件基于ISAPI Rewrite重写URL路径