Tag: Rewrite

Apache和Nginx下面如何做301重定向。

没有评论

2010 年 12 月 10 日 at 上午 11:47分类:Nginx | PHP | WEB开发

在Apache和Nginx下面如何做301重定向。

1,Apache下面可以用.htaccess设置301重定向

例如把 www.a.com 和 a.com 都301重定向到 www.b.com

RewriteEngine on
RewriteBase /
RewriteCond %{HTTP_HOST} ^www.a.com [NC]
RewriteRule ^(.*)$ http://www.b.com/$1 [R=301,L]
RewriteCond %{HTTP_HOST} ^a.com [NC]
RewriteRule ^(.*)$ http://www.b.com/$1 [R=301,L]

2,Nginx中进行301重定向也是非常容易的

比如域名 a.com 要重定向到 www.a.com

server {
server_name a.com;
rewrite ^(.*) http://www.a.com$1 permanent;
}

或者不是访问www.a.com的域名都转向到www.a.com

可以用:

server {
server_name a.com c.com;
if ($host != ‘www.a.com’ ) {
rewrite ^/(.*)$ http://www.a.com/$1 permanent;
}

TP隐藏了网站的入口文件index.php

没有评论

2010 年 11 月 19 日 at 上午 8:30分类:CSS | PHP

今天使用伪静态将网站的入口文件index.php隐藏起来了,按照thinkphp官方手册上面讲的方法,我试了N次都没有成功,我也找不出是什么原因,最后实在没得办法只得自己手动一条一条的写.htaccess文件里面的规则,但是当我上传到虚拟主机上面去的时候发现,还是没有效果index.php文件依然没有隐藏,然后问了主机提供商,他们讲iis是不支持.htaccess文件的,iis只支持httpd.ini,然后又将.htaccess修改成httpd.ini文件。

值得注意的是.htaccess与httpd.ini之间的规则还是有些区别的,如果伪静态的文件不对还可能会出现错误500或错误404。

以下是我的httpd.ini文件中的两条
[ISAPI_Rewrite]
RewriteRule /Index/index/p/([0-9]+)/ /index.php/Index/index/p/$1
RewriteRule /blog/([0-9]+) /index.php/blog/$1

对应的.htaccess的规则则是

RewriteRule ^/blog/([0-9]+)$ /index.php/blog/$1

我在网上查找了一些资料,有的资料讲httpd.ini的文件中的特殊字符必须要转义才可以,但是我的没有转义也可以,不知道是不是服务器上面的伪静态软件的版本的问题。

Nginx的Rewrite配置

2010 年 11 月 12 日 at 下午 10:03分类:Nginx

在Nginx的服务器环境中!因为该服务器不支持PATH_INFO的方式进行URL路由的的设置

因此我们启用Nginx的Rewrite模式来设置我们想要的URL模式:

具体的配置方式和Apache的配置方式是一样的!只要我们在Nginx的配置文件nginx.conf的服务(server)

里面添加相关的代码就行了,我们把配置Rewrite的规则放在43行的location里面,至于为什么放在这里,

那是因为只有在这里,匹配的时候是没有判断文件的拓展名,而在其他的location里面是有判断文件的拓展名的,

甚至有些还会对文件进行过滤!因此我们将我们的Rewrite规则放在43行处location中,当然你自己另外写一个

类似的locaton也是可以的!

一帮情况下,我们会把我们的规则放在if条件判断里面,这样子做是为了更安全,更清晰的匹配规则!

如下:

if (!-e $request_filename) {

#Nginx伪静态的配置
rewrite “^/bin-(\w*)\.html$” /index.php?a=$1 last;
break;
}

这样子一来:我们就可以用这样子的地址链接来访问index.php了
index.php中的代码:

<?
echo $_GET['a'];
 echo “<br />”;
?>

这样我们输出来的结果就是12345了
Nginx的Rewrite规则和Apache的Rewite规则差别不是很大,几乎可以直接使用。比如在Apache中这样写规则

rewrite ^/([0-9]{5}).html$ /viewthread.php?tid=$1 last;

而在Nginx中写成这样写是无法启动的,解决的办法是加上两个双引号:

rewrite “^/([0-9]{5}).html$” /viewthread.php?tid=$1 last;

同时将Apache的RewriteRule改为Nginx的Rewrite,基本就实现了Nginx的Rewrite规则到Apache的Rewite规则的转换。
Rewrite的Flags
last – 基本上都用这个Flag。
break – 中止Rewirte,不在继续匹配
redirect – 返回临时重定向的HTTP状态302
permanent – 返回永久重定向的HTTP状态301
Discuz!在Nginx下的Rewrite
需要说明的是,下网上以前一直流传的Rewrite都是有误的。
下面的Rewrite中百分号前面多了个转移字符“\”,这在Apache中是需要的,而在Nginx中则是不需要的。

rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /viewthread.php?tid=$1&amp;amp;extra=page\%3D$3&amp;amp;page=$2 last;

正确的应该是

rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /viewthread.php?tid=$1&amp;amp;extra=page%3D$3&amp;amp;page=$2 last;

这个错误在基本上目前所有使用Nginx作为服务器,并且开启了Rewrite的网站上存在。包括Discuz!官方,目前已经给cnteacher反馈了。

完整正确的Discuz!在Nginx下的Rewrite如下:

rewrite ^/archiver/((fid|tid)-[\w\-]+\.html)$ /archiver/index.php?$1 last;
rewrite ^/forum-([0-9]+)-([0-9]+)\.html$ /forumdisplay.php?fid=$1&page=$2 last;
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /viewthread.php?tid=$1&amp;amp;extra=page%3D$3&amp;amp;page=$2 last;
rewrite ^/space-(username|uid)-(.+)\.html$ /space.php?$1=$2 last;
rewrite ^/tag-(.+)\.html$ /tag.php?name=$1 last;
break;

下面是一些主流程序的 Rewrite的写法:

http://www.vpser.net/manage/nginx-rewrite.html

Nginx配置文件中的一些知识点:

正则表达式匹配,其中:

* ~ 为区分大小写匹配
* ~* 为不区分大小写匹配
* !~和!~*分别为区分大小写不匹配及不区分大小写不匹配
文件及目录匹配,其中:

* -f和!-f用来判断是否存在文件
* -d和!-d用来判断是否存在目录
* -e和!-e用来判断是否存在文件或目录
* -x和!-x用来判断文件是否可执行
flag标记有:

* last 相当于Apache里的[L]标记,表示完成rewrite
* break 终止匹配, 不再匹配后面的规则
* redirect 返回302临时重定向 地址栏会显示跳转后的地址
* permanent 返回301永久重定向 地址栏会显示跳转后的地址
一些可用的全局变量有,可以用做条件判断(待补全)
$args
$content_length
$content_type
$document_root
$document_uri
$host
$http_user_agent
$http_cookie
$limit_rate
$request_body_file
$request_method
$remote_addr
$remote_port
$remote_user
$request_filename
$request_uri
$query_string
$scheme
$server_protocol
$server_addr
$server_name
$server_port
$uri