0

0

Nginx怎么配置location与rewrite规则

WBOY

WBOY

发布时间:2023-05-18 12:25:06

|

1847人浏览过

|

来源于亿速云

转载

飞书多维表格
飞书多维表格

表格形态的AI工作流搭建工具,支持批量化的AI创作与分析任务,接入DeepSeek R1满血版

下载

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
  • 以=开头表示精确匹配。如A中只匹配根目录结尾的请求,后面不能带任何字符串。

  • ^~开头表示uri以某个常规字符串开头,不是正则匹配

  • ~开头表示区分大小写的正则匹配

  • ~*开头表示不区分大小写的正则匹配

  • /通用匹配,如果没有其它匹配,任何请求都会匹配到

顺序 && 优先级

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

实际使用建议

#至少有三个匹配规则定义,如下:

#直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理

#直接转发给后端应用服务器,也可以是一个静态首页

# 第一个必选规则

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/;
}

# 第三个规则是通用规则,用来转发动态请求道后端应用服务器

location / {
     proxy_pass http://tomcat:8080/
}

Rewrite教程

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

语法:rewrite regex replacement [flag];

如果想对域名或参数字符串起作用,可以使用全局变量匹配,也可以使用proxy_pass反向代理。

rewrite和location异同:同:都能实现跳转;异:rewrite是在同一域名内更改获取资源的路径,而location是对另一类路径做控制访问或反向代理,可以proxy_pass到其他机器。

执行顺序:

  • server块的rewrite指令

  • location匹配

  • 选定location中的rewrite指令,如果其中某步url被重写,则重写循环执行1-3,直到找到真是存在的文件;循环超过10次,则返回500 Internal Server Error错误

flag标志位
  • last:相当于Apache的[L]标记,表示完成rewrite

  • break:停止执行当前虚拟主机的后续rewrite指令集

  • redirect:返回302临时重定向,地址栏会显示跳转后的地址

  • permanent:返回301永久重定向,地址栏会显示跳转后的地址

因为301和302不能简单的只返回状态码,还必须有重定向的URL,这就是return指令无法返回301,302的原因

last和break的异同:

  • last一般写在server和if中,而break一般使用在location中

  • last不终止重写后的url匹配,即新的url会再从server走一遍匹配流程,而break终止重写后的匹配

  • break和last都能组织继续执行后面的rewrite指令

if指令与全局变量
if判断指令

语法:if(condition){...},对给定的条件condition进行判断。如果为真,大括号内的rewrite指令将被执行,if条件(condition)可以是如下任何内容:

当表达式只是一个变量时,如果值为空或任何以0开头的字符串都会当做false

直接比较变量和内容是,使用=或!=

~ 正则表达式匹配,~* 不区分大小写的匹配,!~ 区分大小写的不匹配

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

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

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

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

例如:

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

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.01;
} #如果请求的文件名不存在,则反向代理到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判断的全局变量

  • $args: 这个变量等于请求行中的参数,同$query_string

  • $content_length : 请求头中的Conten-length字段

  • $content_type :请求头中的Content-Type字段

  • $document_root :请求在root指令中指定的值

  • $host :请求主机头字段,否则为服务器名称

  • $http_user_agent:客户端agent信息

  • $http_cookie:客户端cookie信息

  • $limit_rate : 限制连接速率

  • $request_method :客户端请求的动作,通常为GET或POST

  • $remote_addr:客户端的IP地址

  • $remote_port : 客户端的端口

  • $remote_user:已经经过Auth Basic Module验证的用户名

  • $request_filename:当前请求的文件路径,由root或alias指令与URL请求生成

  • $scheme:HTTP方法(如http,https)

  • $server_protocol:请求使用的协议,通常是HTTP/1.0或HTTP/1.1

  • $server_addr:服务器地址,在完成一次系统调用后可以确定这个值

  • $server_name:服务器名称

  • $server_port:请求到达服务器的端口号

  • $request_url:包含请求参数的原始url,不包含主机名,如“/foo/bar.php?arg=baz”

  • $url:不带请求参数的当前url,$url不包含主机名,如“/foo/bar.html”

  • $document_url:与$url相同

示例:http://localhost:88/test1/test2/test.php

$host:localhost

$server_port:88

$request_url:http://localhost:88/test1/test2/test.php

$document_url:/test1/test2/test.php

$document_root:/var/www/html

$request_filename:/var/www/html/test1/test2/test.php

常用正则
  • .:匹配除换行符以外的任意字符

  • ?:重复0次或1次

  • +:重复1次或更多次

  • *:重复1次或更多次

  • \d:匹配数字

  • ^:匹配字符串的开始

  • $:匹配字符的结尾

  • {n}:重复n次

  • {n,}:重复n次或更多次

  • [c]:匹配单个字符c

  • [a-z]:匹配a-z小写字母的任意一个小括号()之间匹配的内容,可以再后面通过$1来引用,$2表示的前面第二个()里的内容。正则中容易让人困惑的是\转义特殊字符

rewrite实例

例1:

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?file=$3.$4;
                   # 注意不能在上面这条规则后面加上”last“参数,否则下面的set指令不会执行
                   set $image_file $3;
                   set $image_type $4;
           }
           location /data {
                   # 指定针对图片的日志格式,来分析图片类型和大小
                   access_log logs/images.log main;
                   root /data/images;
                   # 应用前面定义的变量。首先判断文件在不在,不在再判断目录在不在,如果也不在酒跳转到最后一个url里
                   try_files /$arg_file /image404.html;
           }
           location = /image404.html {
                   # 图片不存在返回特定的信息
                   return 404 "image not found\n";
           }
}

对形如/images/ef/uh7b3/test.png的请求,重写到/data?file=test.png,于是匹配到location /data ,先看/data/images/test.png 文件存不存在,如果存在则正常响应,如果不存在则重写tryfiles到新的image404 location,直接返回404状态码。

例2:

rewrite ^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4?width=$2&height=$3? last;

对形如/images/bla_500x400.jpg的文件请求,重写到/resizer/bla.jpg?width=500&height=400地址,并会继续尝试匹配location

热门AI工具

更多
DeepSeek
DeepSeek

幻方量化公司旗下的开源大模型平台

豆包大模型
豆包大模型

字节跳动自主研发的一系列大型语言模型

WorkBuddy
WorkBuddy

腾讯云推出的AI原生桌面智能体工作台

腾讯元宝
腾讯元宝

腾讯混元平台推出的AI助手

文心一言
文心一言

文心一言是百度开发的AI聊天机器人,通过对话可以生成各种形式的内容。

讯飞写作
讯飞写作

基于讯飞星火大模型的AI写作工具,可以快速生成新闻稿件、品宣文案、工作总结、心得体会等各种文文稿

即梦AI
即梦AI

一站式AI创作平台,免费AI图片和视频生成。

ChatGPT
ChatGPT

最最强大的AI聊天机器人程序,ChatGPT不单是聊天机器人,还能进行撰写邮件、视频脚本、文案、翻译、代码等任务。

相关专题

更多
nginx 重启
nginx 重启

nginx重启对于网站的运维来说是非常重要的,根据不同的需求,可以选择简单重启、平滑重启或定时重启等方式。本专题为大家提供nginx重启的相关的文章、下载、课程内容,供大家免费下载体验。

246

2023.07.27

nginx 配置详解
nginx 配置详解

Nginx的配置是指设置和调整Nginx服务器的行为和功能的过程。通过配置文件,可以定义虚拟主机、HTTP请求处理、反向代理、缓存和负载均衡等功能。Nginx的配置语法简洁而强大,允许管理员根据自己的需要进行灵活的调整。php中文网给大家带来了相关的教程以及文章,欢迎大家前来学习阅读。

522

2023.08.04

nginx配置详解
nginx配置详解

NGINX与其他服务类似,因为它具有以特定格式编写的基于文本的配置文件。本专题为大家提供nginx配置相关的文章,大家可以免费学习。

610

2023.08.04

tomcat和nginx有哪些区别
tomcat和nginx有哪些区别

tomcat和nginx的区别:1、应用领域;2、性能;3、功能;4、配置;5、安全性;6、扩展性;7、部署复杂性;8、社区支持;9、成本;10、日志管理。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

244

2024.02.23

nginx报404怎么解决
nginx报404怎么解决

当访问 nginx 网页服务器时遇到 404 错误,表明服务器无法找到请求资源,可以通过以下步骤解决:1. 检查文件是否存在且路径正确;2. 检查文件权限并更改为 644 或 755;3. 检查 nginx 配置,确保根目录设置正确、没有冲突配置等等。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

693

2024.07.09

Nginx报404错误解决方法
Nginx报404错误解决方法

解决方法:只需要加上这段配置:try_files $uri $uri/ /index.html;即可。想了解更多Nginx的相关内容,可以阅读本专题下面的文章。

3618

2024.08.07

nginx部署php项目教程汇总
nginx部署php项目教程汇总

本专题整合了nginx部署php项目教程汇总,阅读专题下面的文章了解更多详细内容。

54

2026.01.13

nginx配置文件详细教程
nginx配置文件详细教程

本专题整合了nginx配置文件相关教程详细汇总,阅读专题下面的文章了解更多详细内容。

71

2026.01.13

C# ASP.NET Core微服务架构与API网关实践
C# ASP.NET Core微服务架构与API网关实践

本专题围绕 C# 在现代后端架构中的微服务实践展开,系统讲解基于 ASP.NET Core 构建可扩展服务体系的核心方法。内容涵盖服务拆分策略、RESTful API 设计、服务间通信、API 网关统一入口管理以及服务治理机制。通过真实项目案例,帮助开发者掌握构建高可用微服务系统的关键技术,提高系统的可扩展性与维护效率。

76

2026.03.11

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
进程与SOCKET
进程与SOCKET

共6课时 | 0.4万人学习

nginx浅谈
nginx浅谈

共15课时 | 0.9万人学习

关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送

Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号