Windows 平台下 Apache .htaccess 失效问题

  转载自：http://liuzhao.name/archives/354

  声明：本人在百度上找了很多文章。都没有解决问题，鄙视下百度。 最后在google上找到了这边文章。真好，问题解决了，啥都好~~

 

以前在工作时，直接将 Rewrite 规则写入 httpd.conf，Linux 下一直很顺利。最近在本地测 试（Windows 平台）时，由于需要多次重启 Apache 服务，为避免麻烦，将规则写入  .htaccess 文件，但却发现 .htaccess 文件不起作用，但在 httpd.conf 配置文件中却一切 正常。经测试，.htaccess 文件重写引擎已经生效，Rewrite 规则也没有什么明显的语法错误，日志文件也未记载任何错误，但浏览网站时就是找不到文件；又按照手册中说明一一比对，甚至网上流传的多种方法都测试了 ，始终不行，很是让人费解。最后终于在某支离破碎的网友讨论文章中得到启发下，找到了问题的根结。特记于此，以备不时之需。

导致 .htaccess 不起作用的原因，在于 RewriteRule 规则行首匹配。以下是简化的实例：

测试平台： Windows XP SP3, Apache 2.2, .htaccess 放于根目录下

RewriteRule  ^/abc$ /index.php  （httpd.conf 中有效，.htaccess 中无效）

RewriteRule  ^abc$  /index.php  （httpd.conf 中无效，.htaccess 中有效）

移植规则时注意行首 / 即可。语法并没有错误，所以日志文件没有任何记载。

一个简单的问题，浪费了两天的时间，真是汗颜。分析原因，可能是我对 Apache Rewrite 的规则理解还是不够，再次查阅手册，找到这样一段话，似乎暗含问题的答案：

“在服务器级配置中，模式匹配是作用于整个 URL 的。但是在目录级配置文件 .htaccess 中使用重写引擎的时候，目录前缀(一般总是和特定的目录名称相同)将会在模式匹配前被自动移除并在替换完成后被自动添加回去。这个特性对于重写来说是非常重要的，否则你就被迫必须总是对父目录进行匹配，而这并不总是可行的。这里有一个例外：如果替换字符串以”http://”开头，则不会添加目录前缀，而是强制执行一个外部重定向或代理操作(如果使用了 P 标志的话)。”