nginx路径重写(nginx中地址重写有哪些选项)

nginx中地址重写有哪些选项

不是，需要看具体情况的。两种情况需要设置nginx的rewrite：

1. 原先的apache或者其他webserver使用了rewrite，那么到nginx下自然需要rewrite

2. 使用path_info解析url参数，这个倒nginx下也需要设置rewrite。

nginxurl重写

今天在写Nginx中URL重写的时候，一直报错如下

[emerg]: unknown directive “if(!-e” in /usr/local/nginx/conf/nginx.conf:124

检查了好几遍，配置文件也找不到问题所在

最后才发现原来是if和(之间必须有个空格

nginx uri重写

以vue框架为例，在nginx.conf中监听80或443端口的server的路由配置设置为：

location ^~ /api { # url如/api/v1.0/user/info等，通过uwsgi转发到django后端项目中处理

include /etc/nginx/uwsgi_params;

uwsgi_pass 127.0.0.1:8077;

include /etc/nginx/mime.types;

}

location ^~ /static { # 后端的资源文件夹为static，前端请求后端项目包内的静态文件

root /root/backend_end_project/static/;

}

location ^~ /admin { # django的后台管理页面通过uwsgi转交给django处理

include /etc/nginx/uwsgi_params;

uwsgi_pass 127.0.0.1:8077;

include /etc/nginx/mime.types;

}

location ^~ /assets { # 前端的资源文件夹为assets，前端请求前端项目包内的静态文件

root /root/front_end_project/dist;

}

location / { # 表示其它路径都交给前端项目根目录下的index.html处理

root /root/front_end_project;

try_files $uri /index.html;

}

nginx地址配置

upstream 默认情况下会编译进去的。nginx.conf中没有upstream，就自行敲进去或者复制进去。如以下示例。upstream bakend { server 192.168.188.10 weight=12; server 192.168.188.11 weight=10;}

nginx地址重定向

nginx return和rewrite唯一区别：正则匹配的性能区别

第一种 rewrite 写法是抓取所有的 URI 再减去开头第一个 / (反斜线)。

第二种写法用了$request_uri 省去了减去开头第一个反斜线的过程，正则匹配上性能更优。但仍不如第三种写法，因为 rewrite 有很多写法和规则，执行到最后 nginx 才知道这是一个 301 永久重定向。

第三种则直接 return 301 + $request_uri，直接告诉 nginx 这是个 301重定向，直接抓取指定URI。

nginx url重写实例

nginx可以转发内网 url东西。有两种方法：

1、去掉匹配路径转发

匹配规则通常为二级路径，转发的时候过滤掉。

# 转发示例： # 请求：http://somedomain.com/system/path/request # 转发：http://otherdomain.com/path/request # location ^~ /system/ { proxy_pass http://otherdomain.com; }

2、完整路径转发

匹配规则二级路径转发的时候也带上。

# 转发示例 # 请求：http://somedomain.com/system/path/request # 转发：http://otherdomain.com/system/path/request # location ^~ /system { proxy_pass http://otherdomain.com; }

nginx referer 重写

　　首先看一个完整代码示例，关于nginx 301 302跳转的。 　　301跳转设置： 　　server { 　　listen 80; 　　server_name downcc; 　　rewrite ^/(; 　　rewrite ^/(.*) /$1 permanent; 　　} 　　last – 基本上都用这个Flag。 　　break – 中止Rewirte，不在继续匹配 　　redirect – 返回临时重定向的HTTP状态302 　　permanent – 返回永久重定向的HTTP状态301 　　Nginx的重定向用到了Nginx的HttpRewriteModule，下面简单解释以下如何使用的方法： 　　rewrite命令 　　nginx的rewrite相当于apache的rewriterule(大多数情况下可以把原有apache的rewrite规则加上引号就可以直接使用)，它可以用在server,location 和IF条件判断块中,命令格式如下： 　　rewrite 正则表达式 替换目标 flag标记 　　flag标记可以用以下几种格式： 　　last – 基本上都用这个Flag。 　　break – 中止Rewirte，不在继续匹配 　　redirect – 返回临时重定向的HTTP状态302 　　permanent – 返回永久重定向的HTTP状态301 　　特别注意： 　　last和break用来实现URL重写，浏览器地址栏的URL地址不变，但是在服务器端访问的路径发生了变化; 　　redirect和permanent用来实现URL跳转，浏览器地址栏会显示跳转后的URL地址; 　　例如下面这段设定nginx将某个目录下面的文件重定向到另一个目录,$2对应第二个括号(.*)中对应的字符串： 　　location /download/ { 　　rewrite ^(/download/.*)/m/(.*)..*$ $1/nginx-rewrite/$2.gz break; 　　} 　　nginx重定向的IF条件判断 　　在server和location两种情况下可以使用nginx的IF条件判断，条件可以为以下几种： 　　正则表达式 　　如： 　　匹配判断 　　~ 为区分大小写匹配; !~为区分大小写不匹配 　　~* 为不区分大小写匹配;!~为不区分大小写不匹配 　　例如下面设定nginx在用户使用ie的使用重定向到/nginx-ie目录下： 　　if ($http_user_agent ~ MSIE) { 　　rewrite ^(.*)$ /nginx-ie/$1 break; 　　} 　　文件和目录判断 　　-f和!-f判断是否存在文件 　　-d和!-d判断是否存在目录 　　-e和!-e判断是否存在文件或目录 　　-x和!-x判断文件是否可执行 　　例如下面设定nginx在文件和目录不存在的时候重定向： 　　if (!-e $request_filename) { 　　proxy_pass 127.0.0.1; 　　} 　　return 　　返回http代码，例如设置nginx防盗链： 　　location ~* .(gifjpgpngswfflv)$ { 　　valid_referers none blocked ; 　　if ($invalid_referer) { 　　return 404; 　　} 　　}