首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 其他教程 > 互联网 >

nginx rewrite学习札记

2013-03-06 
nginx rewrite学习笔记一、什么是Rewrite  Rewrite对称URL Rewrite,即URL重写,就是把传入Web的请求重定向到

nginx rewrite学习笔记

一、什么是Rewrite

  Rewrite对称URL Rewrite,即URL重写,就是把传入Web的请求重定向到其他

  URL的过程。URL Rewrite最常见的应用是URL伪静态化,是将动态页面显示为静态页

  面方式的一种技术。比如http://www.123.com/news/index.asp?id=123 使用

  URLRewrite 转换后可以显示为 http://www.123.com/news/123.html

  对于追求完美主义的网站设计师,就算是网页的地址也希望看起来尽量简洁明快。形如

  http://www.123.com/news/index.asp?id=123的网页地址,自然是毫无美感可言,而用

  UrlRewrite技术,你可以轻松把它显示为 http://www.123.com/news/123.html。

  理论上,搜索引擎更喜欢静态页面形式的网页,搜索引擎对静态页面的评分一般要高于

  动态页面。所以,UrlRewrite可以让我们网站的网页更容易被搜索引擎所收录。

  从安全角度上讲,如果在url中暴露太多的参数,无疑会造成一定量的信息泄漏,可能

  会被一些黑客利用,对你的系统造成一定的破坏,所以静态化的url地址可以给我们带来更

  高的安全性。

二、Rewrite相关指令

  Nginx Rewrite相关指令有if、rewrite、set、return等。

  if 的语法 应用于 server和location环境内

  if (condition) { … }

  if可以支持如下条件判断匹配符号

  ~ 为区分大小写匹配

  ~* 为不区分大小写匹配

  !~和!~*分别为区分大小写不匹配及不区分大小写不匹配

  -f 和!-f 用来判断是否存在文件

  -d 和!-d 用来判断是否存在目录

  -e 和!-e 用来判断是否存在文件或目录

  -x 和!-x 用来判断文件是否可执行

  在匹配过程中可以引用一些Nginx的全局变量,更多的变量请参考

  http://wiki.nginx.org/NginxHttpCoreModule 的 Variables 部分

  $args, 请求中的参数;

  $document_root, 针对当前请求的根路径设置值;

  $host, 请求信息中的"Host",如果请求中没有Host行,则等于设置的服务器名;

  $limit_rate, 对连接速率的限制;

  $request_method, 请求的方法,比如"GET"、"POST"等;

  $remote_addr, 客户端地址;

  $remote_port, 客户端端口号;

  $remote_user, 客户端用户名,认证用;

  $request_filename, 当前请求的文件路径名

  $query_string, 与$args相同;

  $scheme, 所用的协议,比如http或者是https

  $server_protocol, 请求的协议版本,"HTTP/1.0"或"HTTP/1.1";

  $server_addr, 服务器地址,如果没有用listen指明服务器地址,使用这个变量将发起一次系统调用

  以取得地址(造成资源浪费);

  $server_name, 请求到达的服务器名;

  $document_uri 与$uri一样,URI地址;

  $server_port, 请求到达的服务器端口号;

  看了一大堆也许会有点晕,当然有时晕着晕着也就习惯了。不过我们还是先来看两个例

  子。这样更有助于理解。

  例 匹配访问的url地址是否是个目录

  if (-d $request_filename) {

  …;

  }

  例 匹配访问的地址是否以www开头

  if ($hosts ~* ^www) {

  …;

  }

  rewrite 指令根据表达式来重定向URI,或者修改字符串。可以应用于server,

  location, if环境下 每行rewrite指令最后应该根一个flag标记,支持的flag标记有

  last 相当于Apache里的[L]标记,表示完成rewrite

  break 本条规则匹配完成后,终止匹配,不再匹配后面的规则

  redirect 返回302临时重定向,浏览器地址会显示跳转后的URL地址

  permanent 返回301永久重定向,浏览器地址会显示跳转后URL地址

  last和break标记的区别在于,last标记在本条rewrite规则执行完后,会对其所在的

  server { … } 标签重新发起请求,而break标记则在本条规则匹配完成后,停止匹配,不

  再做后续的匹配。另有些时候必须使用last,比如在使用alias指令时,而使用proxy_pass

  指令时则必须使用break。

  例:以下这段rewrite会导致死循环

  location /abc/ {

  rewrite “^/abc/(.*)\.html$” /abc/index.html last;

  }

  我们应该将上面的last改成break以避免死循环。

  redirect和 permanent区别则是返回的不同方式的重定向,对于客户端来说一般状态

  下是没有区别的。而对于搜索引擎,相对来说301的重定向更加友好,如果我们把一个地址

  采用301跳转方式跳转的话,搜索引擎会把老地址的相关信息带到新地址,同时在搜索引擎

  索引库中彻底废弃掉原先的老地址。

  使用302重定向时,搜索引擎(特别是google)有时会查看跳转前后哪个网址更直观,

  然后决定显示哪个,如果它觉的跳转前的URL更好的话,也许地址栏不会更改,那么很有

  可能出现URL劫持的现像。

  我们在做URI重写时,有时会发现URI中含有相关参数,如果需要将这些参数保存下

  来,并且在重写过程中重新引用,我们可以用到 () 和 $N 的方式来解决。

  例:匹配访问的url地址是否是个目录,如果是则自动加个 /

  if (-d $request_filename) {

  rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;

  }

  例:用户访问的网址为www.test.com/abc.html 重写后真实地址是

  www.test.com/login.php?user=abc

  location ~* /php/.*\.html$ {

  rewrite /php/(.*)\.html /login.php?user=$1 last;

  }

  例:用户访问地址为/uplook/11-22-33.html重写后真实地址为

  /uplook/11/22/33.html

  location /uplook/ {

  rewrite /uplook/([0-9]+)-([0-9]+)-([0-9]+).html /uplook/$1/$2/$3.html last;

  }

  set 指令是用于定义一个变量,并且赋值。应用于server,location,if环境。

  语法格式为: set $变量名 变量值

  例:当访问任意目录下的whoami.html都重定向到 /who.html

  location ~* .*/whoami\.html$ {

  set $who 'who.html';

  rewrite .* /$who break;

  }

  return 指令用于返回状态码给客户端,应用于server,location,if环境。

  例:如果访问的 .sh 结尾的文件则返回403操作拒绝错误

  location ~* .*\.sh$ {

  return 403;

  }




热点排行