坚持自己的梦想，给自己一个承诺，给梦想一个实践的机会
Godaddy空间使用.htaccess做URL重写需要注意的地方
[ 2009/04/05 20:36 | by admin ]
一直用的bo-blog，Url重写也是很喜欢的
但发现使用htaccess重写后。有获取不到参数的问题。去官方论坛，也没有人解决这个问题，所以就留在这了，使用基于php本身的重写。
后来maocom.com使用pbdigg，发现把show.php?id=33重写为show/33.html也是获取不到参数；还有个更意外的问题，就是取消htaccess文件后，居然还存在重写为show，百思不得其解。难道程序这么强悍，把重写规则注入到apache的conf文件里面了？
前几天更新wust.com.cn的首页，又出现了这个问题。
当存在xxx.php时候，就不能重写为xxx/，肯定是获取不到参数。
一开始，我想难道是参数获取文件用的require，不好使？于是换成include，发觉还是一样。于是直接加到文件本身头部，还是老样子。
接着，删除htaccess，发觉xxx.php还是能重写为xxx/，于是重新上传htaccess，设置RewriteEngine 为 off，发现重写还是存在。看来是其他问题了。
把重写规则注入到apache的conf文件里面了？还是其他问题？
试着把xxx.php改名为xxxyyy.php，继续重写为xxx/，发觉ok，参数获取正常。
继续。把一个xxx.php上传到一个没有用过htaccess文件的空间，发觉居然还存在重写。问了下朋友用的GD的空间，他测试了下，也是这样。
终于真相大白，原来GD的linux空间默认了重写php文件本身。
但发现使用htaccess重写后。有获取不到参数的问题。去官方论坛，也没有人解决这个问题，所以就留在这了，使用基于php本身的重写。
后来maocom.com使用pbdigg，发现把show.php?id=33重写为show/33.html也是获取不到参数；还有个更意外的问题，就是取消htaccess文件后，居然还存在重写为show，百思不得其解。难道程序这么强悍，把重写规则注入到apache的conf文件里面了？
前几天更新wust.com.cn的首页，又出现了这个问题。
当存在xxx.php时候，就不能重写为xxx/，肯定是获取不到参数。
一开始，我想难道是参数获取文件用的require，不好使？于是换成include，发觉还是一样。于是直接加到文件本身头部，还是老样子。
接着，删除htaccess，发觉xxx.php还是能重写为xxx/，于是重新上传htaccess，设置RewriteEngine 为 off，发现重写还是存在。看来是其他问题了。
把重写规则注入到apache的conf文件里面了？还是其他问题？
试着把xxx.php改名为xxxyyy.php，继续重写为xxx/，发觉ok，参数获取正常。
继续。把一个xxx.php上传到一个没有用过htaccess文件的空间，发觉居然还存在重写。问了下朋友用的GD的空间，他测试了下，也是这样。
终于真相大白，原来GD的linux空间默认了重写php文件本身。
