今天继续给大家介绍Linux运维的相关知识,本文主要内容是Nginx主配置文件详解。
一、Nginx location模块简介Nginx由内核和模块组成,与当代 *** 作系统的组成类似。内核非常微小也非常简单,主要是通过根据HTTP请求,查找配置文件中的location模块,将其送入相应的模块进行处理。
location大量存在与Nginx的配置文件中,我们可以使用location的配置,来实现不同的文件进行不同的处理,Nginx配置文件中的location模块如下:
location的匹配符一共有6种,如下表所示:
尽管Nginx的配置文件中location的配置有先后顺序,但是Nginx在运行过程中对location模块的查找却并不是按照在配置文件中的位置进行的,而是有一定的匹配规则。
字面精确匹配会第一个被处理,接下来是最大前缀匹配的完整路径,再然后是两个正则匹配,其次是最大前缀的部分路径匹配,最后是不带任何前缀的默认匹配。总得来看,Nginx的location匹配顺序如下所示:
1、location =
2、location ^~(完整路径)
3、location ~或location ~*正则表达式匹配
4、location ^~(部分路径)
5、location /
当location按照顺序匹配到前一个时,就不会继续向下进行匹配。
最后,为了使大家更好的理解Nginx中location模块的匹配,我以三个简单的例子进行展示Nginx location的匹配。
1、完整路径匹配
location = /index.php{ 【相关配置】 }
这种配置表示匹配/index.php文件,当HTTP请求访问URL为该文件时,进行location下配置的处理。
2、部分路径匹配
location = /images/ { 【相关配置】 }
这种配置表示匹配/images/目录下的所有文件,当HTTP请求访问该目录下的所有文件时,按照该模块下的配置进行处理。
这种配置
3、默认匹配
location / { 【相关配置】 }
这种匹配方式为默认匹配,当所有其他的匹配都不生效时,会进行这种匹配。
4、正则表达式匹配
location ~* .(php|jsp|asp)$ { 【相关配置】 }
这种匹配为正则表达式匹配,大括号前面的是一个正则表达式,表示当访问.php文件或者.asp文件或者.asp文件时,进行该location下的匹配处理,这种匹配方式经常用在Nginx动静分离场景下进行使用。
原创不易,转载请说明出处:https://blog.csdn.net/weixin_40228200
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)