nginx解析

最新推荐文章于 2023-07-31 20:57:21 发布

deye1993

最新推荐文章于 2023-07-31 20:57:21 发布

阅读量141

点赞数

文章标签：运维 php 后端

原文链接：http://www.cnblogs.com/fanever/p/11162945.html

版权

nginx配置文档

Docs4dev

腾讯云nginx 教程

http://shouce.jb51.net/nginx/left.html

http://www.nginx.cn/nginx-how-to

Nginx文章

useradd -s /sbin/nologin nginx

yum install pcre-devel openssl-devel gcc

./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_ssl_module --with-stream --with-http_stub_status_module .......

nginx -h 帮助
nginx -s stop
nginx -s reload
nginx -V

location 中根目录的alias和root的区别

location /abc/ {
    alias /home/html/abc/;
}

在这段配置下，http://test/abc/a.html就指定的是/home/html/abc/a.html。这段配置亦可改成

location /abc/ {
    root /home/html/;
}

这样，nginx就会去找/home/html/目录下的abc目录了，得到的结果是相同的。

解析：如果是alias的话，匹配的 /abc/ 就等于/home/html/abc/，如果是root的话，匹配中的 /abc/ 中的 / 等于/home/html/ ，而 /abc/ 等于/home/html/abc/

但是，如果我把alias的配置改成：

location /abc/ {
    alias /home/html/def/;
}

　　那么nginx将会从/home/html/def/取数据，这段配置还不能直接使用root配置，如果非要配置，只有在/home/html/下建立一个 def->abc的软link（快捷方式）了。一般情况下，在location /中配置root，在location /other中配置alias是一个好习惯。至于alias和root的区别，我估计还没有说完全，如果在配置时发现奇异问题，不妨把这两者换换试试。

但nginx在处理php脚本时，需要传递给fastcgi才能处理，所以比apache的别名设置多一个，下面我们以phpmyadmin别名设置为例：

location ~ ^/phpmyadmin.+.php$ {
root /home/www/default;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
location ~ /phpmyadmin {
root /home/www/default;
index index.php;
}

proxy_pass 使用详解

永福的博客

补充解释1：proxy_pass 后的url如果加了 / 就会改变请求，减去location 后的匹配 url段，不加 / 就不会改变请求，前端的url是什么，代理后的请求就是什么，如：

补充2：当location使用正则匹配时，proxy_pass 后的url是不能加 / 的（"proxy_pass" cannot have URI part in location given by regular expression, or inside named location, or inside "if" statement, or inside "limit_except" block ），

1：

location / {
proxy_pass http://192.168.0.132/aa/;
index index.html;
}

访问 http://test.com/aa, 后端的请求是/aa/aa/,回到根目录下找aa文佳夹下的aa下的index.html

2：

location /aa {
proxy_pass http://192.168.0.132;
index index.html;
}

访问192.168.0.139/aa/ 就是访问 html/aa/index.html ,访问192.168.0.139/aaaa/ 就是访问 html/aaaa/index.html

location /aa {
proxy_pass http://192.168.0.132/;
index index.html;
}
访问192.168.0.139/aa/ 就是访问 html/index.html 访问192.168.0.139/aaaa/ 就是访问html/aa/index.html

(curl 访问是 url/aa 和 url/aa/ 是不一样的文件和目录，当输入 url/aa 找不到时，输入url//aa/ 可以正常返回页面。而使用浏览器访问时，浏览器会同时访问两个， url/aa 找不到时，就自动请求url//aa/ ，地址栏也跟着加上 / )

location匹配规则

符号	含义
=	开头表示精确匹配
^~	开头表示 uri 以某个常规字符串开头，理解为匹配 url 路径即可。nginx 不对 url 做编码，因此请求为`/static/20%/aa`，可以被规则`^~ /static/ /aa`匹配到（注意是空格）
~	开头表示区分大小写的正则匹配
~*	开头表示不区分大小写的正则匹配
/	通用匹配，任何请求都会匹配到
!~	取反
!~*	取反

Location配置总结

nginx配置location总结（厉害）匹配顺序

location  / {
return 500;                           #A
}

location ~*  /Bb {
 proxy_pass http://www.baidu.com;    #B
}

location ~  /BB {
 proxy_pass http://192.168.0.132;     #C
}


location ^~ /bb {
 proxy_pass http://192.168.0.132;     #D
}

location = /bB/ {
 proxy_pass http://www.163.com;      #E
}


test.com/BB 进入A ，test.com/bb 进入D ，test.com/bB 进入E，test.com/bbbbb  ，进入D ，test.com/bf  进入A

location   /zuul {
                proxy_pass http://192.168.0.147/;
        }

location  ^~  /zuul {
                proxy_pass http://192.168.0.147/;
        }
这两个是等效的，都是匹配  /zuul 开头， /zuul/aaa  和 /zuulaaa  都会匹配到，将aaa传给后端，
当location 匹配 = /zuul   则只能只  /zuul 才能匹配，/zuul/aaa 和 /zuulaaa 都不行

location  ~ 的正则匹配是不支持 proxy_pass 的
nginx: [emerg] "proxy_pass" cannot have URI part in location given by regular expression, or inside named location, or inside "if" statement, or inside "limit_except" block in /usr/local/nginx/conf/nginx.conf:60