:warning: 除非特殊说明,本文基于 Nginx Linux 环境。
Nginx server 配置块中可以根据不同的请求路径采取不同的处理方式,对请求路径的匹配有五种类型。语法如下:
server {
location [ = | none | ^~ | ~ | ~* ] pattern { ... }
}
除此之外,还有一个特殊的命名匹配,语法如下:
server {
location @name { ... }
}
路径匹配忽略查询参数,即 ?xxx=xxx 的部分。
精准匹配与前缀匹配是否区分大小写 取决于操作系统 是否 case-insensitive.
顾名思义,路径必须完全匹配才可以。
:chestnut: 例子:
server {
server_name chenhe.me;
location = /admin { ... }
}
none 就是什么都不写。
:chestnut: 例子:
server {
server_name chenhe.me;
location ^~ /admin { ... }
# OR
location /admin { ... }
}
https://chenhe.me/admin
https://chenhe.me/admin/
https://chenhe.me/admin/A/B/C
https://chenhe.me/Admin/a/b/c
https://chenhe.me/a/admin
这个符号可以这么记忆: ~ 是正则匹配, ^ 在正则中意为「非」,所以非正则匹配就就是前缀匹配了。
^~ 和 none 的规则一样,其区别体现在上。前者匹配成功后立即停止,进入对应的配置块。后者则作为正则匹配的替补,如有正则匹配成功那么正则优先。
最强大的一个,正则支持的它就支持。什么?你不知道正则?这就是另一个大话题了…
:chestnut: 例子:
server {
server_name chenhe.me;
location ~ '/img/\d{4}/' { ... }
}
\d{4}
https://chenhe.me/img/2010/
https://chenhe.me/a/B/img/2020/a.jpg
https://chenhe.me/img/2010
https://chenhe.me/IMG/2010/
我们发现,因为正则是全局搜索的, 因此不要求必须是前缀匹配 。那如果就是要求前缀呢?利用正则语法就行了,比如:
server {
server_name chenhe.me;
location ~ '^/img/\d{4}/' { ... }
}
^ 是正则元字符,表示字符串启始位置。
和正则一样,只是不区分大小写了。
:chestnut: 例子:
server {
server_name chenhe.me;
location ~* '^/img/\d{4}/' { ... }
}
命名匹配严格来说已经不能算是匹配了,因为它仅用于内部重定向,并不能直接匹配到任何客户端的请求。
:chestnut: 例子:
location / {
try_files $uri $uri/ @custom
}
location @custom {
# do something
}
基本匹配优先级如下:
= > ^~ > ( ~ = ~* ) > none
总体上,匹配是从上到下进行的,若某个精准匹配 = 成功,则 立即停止匹配 。因此对于访问量特别多的 URI 在配置文件开头进行精准匹配可以提高访问速度。
也就是说,所有的前缀匹配都会走一遍,无论是否成功。除非中间遇到成功的精准匹配而终止。同时也意味着前缀匹配编写的顺序不重要。
这时候也许有聪明的同学开始杠了,如果有两个一样长的前缀,一个是 ^~ 一个是 none ,那怎么算?还要不要进行正则?比如:
location /user/ { }
location ^~ /user/ { [A] }
location ~ /user/\d+/ { [B] }
# 访问 /user/123/ 是进入 A 呢还是 B 呢?
答:不用担心。这种配置会直接报错:
nginx: [emerg] duplicate location ... in ...
总结以上,我们可以得出匹配编写的最佳实践:
这样文件里的顺序和实际顺序基本上是一致的,只需考虑一种情况:最长匹配为 none ,此时正则优先适用。
结尾的斜杠分为两种情况:根目录和子目录。
根目录必须携带斜线。可以试试看浏览器中打开开发者工具,访问 https://chenhe.me ,实际发出的请求是 https://chenhe.me/ 斜杠自动补全了(尽管地址栏上不显示)。这一操作是客户端默认执行的,不需要服务器 30x 跳转。
子目录下,带或不带斜杠是两种完全不同语义。 /img 意为请求根目录下文件名为 img 的 文件 ,而 /img/ 意思为请求根目录下名称为 img 的 文件夹 。「请求文件夹」这一操作具体行为视服务器设置而定,常见的默认设置是寻找目录下 index.html / index.php / ... 文件,也可配置为列出目录下的所有文件。
请求文件夹时,对于一个典型配置的服务器,处理流程如下:
index.html
而请求文件,则更直接了当:
:chestnut: 例子:
网站根目录结构如下:
webroot
+-- index.html
+-- user # 这是一个文件
+-- user
| +-- index.html
+-- admin # 一个空文件夹
+-- .
这是子目录下的特殊情况, 也是让很多人误以为结尾带不带斜杠没有区别的原因。
如果请求被执行下面任意一个操作:
如果此时请求路径不包含结尾斜杠,那么服务器将直接返回 301 永久重定向,跳转到带斜杠的路径: /user -301--> /user/
除非使用 location 单独匹配:
location /user/ {
proxy_pass http://user.example.com;
}
location = /user {
proxy_pass http://login.example.com;
}
前提条件:nginx源码或nginx plus源码、一个代理服务器或一个代理服务器组、SSL证书和私钥,你可以从一个可信任证书颁发机构(CA)购买一个服务器证书,或者你可以使用openssl库创建一个内部CA签名
查看nginx模块,如果看到with-ssl那就是有的。注册ssl证书并下载,配置nginx就比如说,还没有配置https前你配置了80,那么你http://域名/直接默认访问80端口,那么一样的
首先让nginx服务器监听两个端口,分别是80端口和443端口,注意监听443端口的时候需要配置证书的认证以及创建自签名证书!关于证书的认证的以及创建自签名的证书,nginx的配置如下,只给出了两个server的配置,可以直接复制到http块中。
常见的服务器有三种:Nginx、IIS、Apache,都可以配置https,但是没必要全部知道,因为Nginx可以起到反向代理的作用,会配置Nginx就足够了。在/etc/nginx/conf.d目录下新建https.conf
开启Gzip:给Nginx上 ngx_http_gzip_module 这个模块,用 nginx -V 命令查看 configure arguments 是否有,没有的话需要编译加载这个模块;给文件做缓存:图片文件,字体文件,js和css都是些可以用来缓存的文件
ginx和php-fpm对于-USR2、-HUP信号的处理方式不一样:TERM, INT(快速退出,当前的请求不执行完成就退出),QUIT (优雅退出,执行完当前的请求后退出)
php-fpm采用master/worker架构设计, master进程负责CGI、PHP公共环境的初始化及事件监听操作。worker进程负责请求的处理功能。在worker进程处理请求时,无需再次初始化PHP运行环境,这也是php-fpm性能优异的原因之一
总有一些不怀好意的人来访问我的网站,而且频率还很高,所以就用简单的方式禁止访问,就用 Nginx 来实现。想要添加黑名单,只要在 blocksip.conf 中添加 IP ,然后 reload 即可。
客户端就可以通过请求代理服务器,获取想要的资源,但客户端并不知道给他资源的是哪个服务器。这种方式就是反向代理。当一台服务器的单位时间内的访问量越大的时候,服务器的压力会越大。我们通常通过负载均衡的方式来分担服务器的压力。
Nginx作为反向代理服务器,就是把http请求转发到另一个或者一些服务器上。通过把本地一个url前缀映射到要跨域访问的web服务器上,就可以实现跨域访问。对于浏览器来说,访问的就是同源服务器上的一个url
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!