client_max_body_size 1000m;
location /tmp/img {
rewrite ^/tmp/img/(.*)$ http://100.*.*.*:9001/$1;
server {
listen 19001;
server_name localhost;
charset UTF-8;
client_max_body_size 1000m;
location /tmp/img {
# /$1的意思是, 先将 /tmp/img 删除, 只保留其后面的路径
rewrite ^/tmp/img/(.*)$ /$1 break;
# 改写完之后, 再进行代理; 最终结果: http://100.*.*.*:9001/$1
proxy_pass http://100.*.*.*:9001;
地址栏会发生变化server { listen 19001; server_name localhost; charset UTF-8; client_max_body_size 1000m; location /tmp/img { rewrite ^/tmp/img/(.*)$ http://100.*.*.*:9001/$1; } }地址栏不会发生变化server { listen 19001; server_name loca
最近排查一个web服务的问题，webserver使用的nginx，最终发现是踩了nginx中proxy_pass的一个坑，这里记录下来。
一个线上的http服务，示例nginx关键配置如下：
server {
listen 80;
server_name ligang.gdemo.com;
server_tokens off;
keepalive_timeout 5;
charset utf-8;
include /home/ligang/devspace/gobox-demo/conf/http/general/gzip.conf;
access_lo
~ #波浪线表示执行一个正则匹配，区分大小写
~* #表示执行一个正则匹配，不区分大小写
^~ #^~表示普通字符匹配，不是正则匹配。如果该选项匹配，只匹配该选项，不匹配别的选项，一般用来匹配目录
= #进行普通字符精确匹配
@ #”@” 定义一个命名的 location，使用在内部定向时，例如 error_page, try_files
2）location 匹配的优先级(与location在配置文件中的顺序无关)
1.= 精确匹配会第一
rewrite概述
现在 Nginx 已经成为很多公司作为前端反向代理（proxy_pass）服务器的首选，在实际工作中往往会遇到很多跳转（重写 URL）的需求。
比如：更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。如果在后端使用的 Apache 服务器，虽然也能做跳转，规则库也很强大，但是用 Nginx 跳转效率会更高(正则精确匹配)
www.kgc.com/ 每个星期周四的上午10:00-11:00 会进行维护，在此期间来访问的用户，..
（1）重写url，可以重写path，也可以重写整个url（存在协议，默认返回302，代表临时跳转）。
（2）4 个 flag：last、break、redirect、permanent。存在 flag 时，在当前location 中，不再执行之后的 rewrite指令集（包括 rewrite、return）中的指令；break 和 last 正好相反，break 中止对其它location 的规则匹配，last 继续向其它 location 进行规则匹配；
2、使用举例...
如果正则表达式（regex）匹配到了请求的URI（request URI），这个URI会被后面的replacement替换
rewrite的定向会根据他们在配置文件中出现的顺序依次执行
最初是 用户 --> http 1081 --> proxy_pass 14.xx.xx.xx:10810
现在需要改成： 用户 --> http 1081 --> https 1083 --> proxy_pass 14.xx.xx.xx:10810 （网闸地址）
原本nginx配置：
server{
listen 1081;
index index.shtml index.php index.htm member.html
proxy_pass http://server2/;
但是忘记了server1上有个服务路径是/indexNew，结果就被proxy到了server1，出现404问题，然后紧急修改配置如下：
location /indexNew {
proxy_pass http://server1/;
upstream datacollectbackend{
#ip_hash;
server 10.234.1.211:6100 max_fails=5 fail_timeout=30s;
server 10.234.1.26:7100 max_fails=5 fail_timeout=30s;
locat...
location /old-url {
rewrite ^/old-url/(.*)$ /new-url/$1 break;
proxy_pass http://backend-server;
在这个配置中，当客户端请求的URL以/old-url开头时，首先进行rewrite重写。正则表达式^(.*)$匹配到的内容将作为参数传递给重写后的URL /new-url/$1。使用break标志表示完成rewrite后停止继续匹配其他规则。
然后，使用proxy_pass指令将重写后的URL转发给后端服务器（backend-server）。反向代理将根据重写后的URL发送请求，并将后端服务器的响应返回给客户端。
需要注意的是，rewrite和proxy_pass可以根据具体需求进行调整和组合。例如，可以在rewrite之前使用if条件语句进行更复杂的URL匹配，然后再通过proxy_pass将请求转发给相应的后端服务器。
另外，还可以根据需要在location块中设置其他相关配置，如反向代理的缓存、请求头修改等。根据具体场景和需求，灵活配置rewrite和proxy_pass指令可以实现各种复杂的URL重写和反向代理功能。
windows10启动redis服务报错：QForkMasterInit: system error caught. error code=0x000005af, message=VirtualAll
