location正则写法

一个示例:

location = / {
 # 精确匹配 / ,主机名后面不能带任何字符串
 [ configuration A ] 
}

location / {
 # 因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求
 # 但是正则和最长字符串会优先匹配
 [ configuration B ] 
}

location /documents/ {
 # 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索
 # 只有后面的正则表达式没有匹配到时,这一条才会采用这一条
 [ configuration C ] 
}

location ~ /documents/Abc {
 # 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索
 # 只有后面的正则表达式没有匹配到时,这一条才会采用这一条
 [ configuration CC ] 
}

location ^~ /images/ {
 # 匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条。
 [ configuration D ] 
}

location ~* \.(gif|jpg|jpeg)$ {
 # 匹配所有以 gif,jpg或jpeg 结尾的请求
 # 然而,所有请求 /images/ 下的图片会被 config D 处理,因为 ^~ 到达不了这一条正则
 [ configuration E ] 
}

location /images/ {
 # 字符匹配到 /images/,继续往下,会发现 ^~ 存在
 [ configuration F ] 
}

location /images/abc {
 # 最长字符匹配到 /images/abc,继续往下,会发现 ^~ 存在
 # F与G的放置顺序是没有关系的
 [ configuration G ] 
}

location ~ /images/abc/ {
 # 只有去掉 config D 才有效:先最长匹配 config G 开头的地址,继续往下搜索,匹配到这一条正则,采用
  [ configuration H ] 
}

location ~* /js/.*/\.js
  1. 已=开头表示精确匹配,如 A 中只匹配根目录结尾的请求,后面不能带任何字符串。
  2. ^~ 开头表示uri以某个常规字符串开头,不是正则匹配
  3. ~ 开头表示区分大小写的正则匹配;
  4. ~* 开头表示不区分大小写的正则匹配
  5. / 通用匹配, 如果没有其它匹配,任何请求都会匹配到

顺序 no优先级:

(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (/)

上面的匹配结果

按照上面的location写法,以下的匹配示例成立:

  1. / -> config A:精确完全匹配,即使/index.html也匹配不了
  2. /downloads/download.html -> config B:匹配B以后,往下没有任何匹配,采用B
  3. /images/1.gif -> configuration D:匹配到F,往下匹配到D,停止往下
  4. /images/abc/def -> config D:最长匹配到G,往下匹配D,停止往下。你可以看到 任何以/images/开头的都会匹配到D并停止,FG写在这里是没有任何意义的,H是永远轮不到的,这里只是为了说明匹配顺序
  5. /documents/document.html -> config C:匹配到C,往下没有任何匹配,采用C
  6. /documents/1.jpg -> configuration E:匹配到C,往下正则匹配到E
  7. /documents/Abc.jpg -> config CC:最长匹配到C,往下正则顺序匹配到CC,不会往下到E

实际使用建议

所以实际使用中,个人觉得至少有三个匹配规则定义,如下:

#直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,官网如是说。
#这里是直接转发给后端应用服务器了,也可以是一个静态首页
# 第一个必选规则
location = / {
  proxy_pass http://tomcat:8080/index
}
# 第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项
# 有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
  root /webroot/static/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
  root /webroot/res/;
}
#第三个规则就是通用规则,用来转发动态请求到后端应用服务器
#非静态文件请求就默认是动态请求,自己根据实际把握
#毕竟目前的一些框架的流行,带.php,.jsp后缀的情况很少了
location / {
  proxy_pass http://tomcat:8080/
}

http://nginx.org/en/docs/http/ngx_http_rewrite_module.html

Rewrite规则

rewrite功能就是,使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标志位实现url重写以及重定向。rewrite只能放在server{},location{},if{}中,并且只能对域名后边的除去传递的参数外的字符串起作用,例如 http://seanlook.com/a/we/index.php"htmlcode">

if ($http_user_agent ~ MSIE) {
  rewrite ^(.*)$ /msie/$1 break;
} //如果UA包含"MSIE",rewrite请求到/msid/目录下

if ($http_cookie ~* "id=([^;]+)(") {
  set $id $1;
 } //如果cookie匹配正则,设置变量$id等于正则引用部分

if ($request_method = POST) {
  return 405;
} //如果提交方法为POST,则返回状态405(Method not allowed)。return不能返回301,302

if ($slow) {
  limit_rate 10k;
} //限速,$slow可以通过 set 指令设置

if (!-f $request_filename){
  break;
  proxy_pass http://127.0.0.1; 
} //如果请求的文件名不存在,则反向代理到localhost 。这里的break也是停止rewrite检查

if ($args ~ post=140){
  rewrite ^ http://example.com/ permanent;
} //如果query string中包含"post=140",永久重定向到example.com

location ~* \.(gif|jpg|png|swf|flv)$ {
  valid_referers none blocked www.jefflei.com www.leizhenfang.com;
  if ($invalid_referer) {
    return 404;
  } //防盗链
}

全局变量

下面是可以用作if判断的全局变量

  1. $args : #这个变量等于请求行中的参数,同$query_string
  2. $content_length : 请求头中的Content-length字段。
  3. $content_type : 请求头中的Content-Type字段。
  4. $document_root : 当前请求在root指令中指定的值。
  5. $host : 请求主机头字段,否则为服务器名称。
  6. $http_user_agent : 客户端agent信息
  7. $http_cookie : 客户端cookie信息
  8. $limit_rate : 这个变量可以限制连接速率。
  9. $request_method : 客户端请求的动作,通常为GET或POST。
  10. $remote_addr : 客户端的IP地址。
  11. $remote_port : 客户端的端口。
  12. $remote_user : 已经经过Auth Basic Module验证的用户名。
  13. $request_filename : 当前请求的文件路径,由root或alias指令与URI请求生成。
  14. $scheme : HTTP方法(如http,https)。
  15. $server_protocol : 请求使用的协议,通常是HTTP/1.0或HTTP/1.1。
  16. $server_addr : 服务器地址,在完成一次系统调用后可以确定这个值。
  17. $server_name : 服务器名称。
  18. $server_port : 请求到达服务器的端口号。
  19. $request_uri : 包含请求参数的原始URI,不包含主机名,如:”/foo/bar.php"htmlcode">
    http {
      # 定义image日志格式
      log_format imagelog '[$time_local] ' $image_file ' ' $image_type ' ' $body_bytes_sent ' ' $status;
      # 开启重写日志
      rewrite_log on;
    
      server {
        root /home/www;
    
        location / {
            # 重写规则信息
            error_log logs/rewrite.log notice; 
            # 注意这里要用‘'单引号引起来,避免{}
            rewrite '^/images/([a-z]{2})/([a-z0-9]{5})/(.*)\.(png|jpg|gif)$' /data"image not found\n";
        }
    }

    对形如/images/ef/uh7b3/test.png的请求,重写到/data"htmlcode">

    rewrite ^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4"_blank" href="https://www.jb51.net/article/96529.htm">见 ssl部分页面加密 。

    以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

标签:
nginx,rewrite,写法,nginx,rewrite,规则,nginx,location,规则

免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件! 如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com

《魔兽世界》大逃杀!60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容,新游玩模式《强袭风暴》即将于3月21 日在亚服上线,届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕,并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时,他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中,玩家将会进入一个全新的海盗主题大逃杀式限时活动,其中包含极高的风险和史诗级的奖励。

《强袭风暴》不是普通的战场,作为一个独立于主游戏之外的活动,玩家可以用大逃杀的风格来体验《魔兽世界》,不分职业、不分装备(除了你在赛局中捡到的),光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式,玩家在加入海盗主题的预赛大厅区域前,可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹,《巨龙崛起》和《魔兽世界:巫妖王之怒 经典版》的玩家都可以获得奖励。