在配置文件中增加多个location,每个location对应一个项目 比如使用8066端口,location / 访问官网: location /demo访问培训管理系统配置多个站点我选择了配置多个location. location / { root /data/html/; index index.html index.html; } location /demo{ root /data/trainning/; index index.html index.html; } 配置完以后访问.

Nginx location匹配顺序如下: 用前缀字符串定义的location规则对URI进行匹配测试. =号定义了精确的前缀字符串匹配,如果发现精确匹配则使用当前规则.否则继续下一步匹配. 匹配其它普通字符串,并存储最长匹配.如果匹配以^~开始的规则,则使用当前匹配,否则继续下一步匹配. 按顺序对URI进行正则规则匹配,发现匹配后停止并使用当前匹配.若所有正则都不匹配,则使用第3步存储的最长匹配规则. ~ 开头表示区分大小写的正则匹配; ~* 开头表示不区分大小写的正则匹配 整体匹配优先级 =

目录 规则语法 location 分类 匹配顺序: 扩展 location / {}和 location =/ {}的区别 测试 规则语法 语法 匹配规则 空 普通匹配(遵循最大前缀匹配规则, 优先度比正则低) = 精确(严格)匹配, 优先度最高后续不再匹配正则 ^~ 非正则匹配(依然遵循最大前缀匹配规则)后续不再匹配正则 ~ 表示区分大小写的正则匹配 ~* 表示不区分大小写的正则匹配 / 通用匹配,任何请求都会匹配到(本质上等同于语法 空) !~ 和 !~* 分别为区分大小写不匹配及不区分大小

目录 规则语法 location 分类 匹配顺序: 扩展 location / {}和 location =/ {}的区别 如何快速测试 规则语法 语法 匹配规则 空 普通匹配(遵循最大前缀匹配规则, 优先度比正则低) = 精确(严格)匹配 ^~ 非正则匹配(依然遵循最大前缀匹配规则) ~ 表示区分大小写的正则匹配 ~* 表示不区分大小写的正则匹配 !~ 和 !~* 别为区分大小写不匹配及不区分大小写不匹配 的正则 / 通用匹配,任何请求都会匹配到 location 分类 只有两类:正则loca

Nginx location模块整理 具体的Nginx安装就不在这里描述了,这里只是为了对location的描述 Nginx环境 a. 查看当前系统cat /etc/redhat-release [root@nginx /]# cat /etc/redhat-release CentOS release 6.7 (Final) [root@nginx /]# b. 查看系统内核uname –r [root@nginx /]# uname -r 2.6.32-573.el6.x86_64 [roo

mark:2016年05月25日13:20:54 (存手打,拒绝转载) 一.location分为 普通location 和 正则location 只有带有 "~" 或者"~*"前缀的属于 正则location “=”,“^~ ”和“@ ” 和无任何前缀的(例如只有  "location /name") 属于普通location 二.location匹配顺序 当一个请求发送到nginx的时候,匹配到了server模块后,就会进到我们的locatio

谢谢作者的分享精神,原文地址:http://www.nginx.cn/115.html location匹配命令 ~      #波浪线表示执行一个正则匹配,区分大小写~*    #表示执行一个正则匹配,不区分大小写^~    #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录=      #进行普通字符精确匹配@     #"@" 定义一个命名的 location,使用在内部定向时,例如 error_page, try_files location

1. default_server: 当请求没有匹配到服务器中配置的任何一个server的时候,会默认把请求route到配置了default_server的virtual host中.参考地址:http://www.oschina.net/question/12_3565 2. upstream 用于实现多台服务器的负载均衡, upstream app { server 10.0.6.108:81; server 10.0.6.109:82; } 然后将server节点下的location节点中

1.location / {       if (!-f $request_filename){              rewrite ^/(.+)$ /uri.php last;      }}优先级最低的匹配,就是说其它所有location都不匹配时执行它,这里用了一个rewrite重定向到根下面的uri.php做处理.(如果uri.php也不存在那就会报404)2.location = / {     *****}这个貌似和1长得差不多,就差一个=号就差大了,这个是最高优先级的匹配,是

location匹配命令 ~      #波浪线表示执行一个正则匹配,区分大小写~*    #表示执行一个正则匹配,不区分大小写^~    #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录=      #进行普通字符精确匹配@     #"@" 定义一个命名的 location,使用在内部定向时,例如 error_page, try_files location 匹配的优先级(与location在配置文件中的顺序无关)= 精确匹配会第一个被处理.如

location匹配命令 ~      #波浪线表示执行一个正则匹配,区分大小写~*    #表示执行一个正则匹配,不区分大小写^~    #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录=      #进行普通字符精确匹配@     #"@" 定义一个命名的 location,使用在内部定向时,例如 error_page, try_files location 匹配的优先级(与location在配置文件中的顺序无关)= 精确匹配会第一个被处理.如

语法规则 location [=|~|~*|^~] /uri/ { … } 模式 含义 location = /uri = 表示精确匹配,只有完全匹配上才能生效 location ^~ /uri ^~ 开头对URL路径进行前缀匹配,并且在正则之前. location ~ pattern 开头表示区分大小写的正则匹配 location ~* pattern 开头表示不区分大小写的正则匹配 location /uri 不带任何修饰符,也表示前缀匹配,但是在正则匹配之后 location / 通用匹配

location匹配流程图 location理解 1.收到url请求后,nginx首先进行精确匹配(有“=”的为精确匹配),如果匹配成功,则直接返回精确匹配结果,如果没有命中则会继续向下进行普通匹配 2.普通匹配分为三种情况 (1)没有命中,继续向下执行正则匹配 (2)命中单个普通匹配,记忆匹配结果,不会立即返回,会继续匹配正则规则 (3)命中多个普通匹配,记忆最长匹配的结果,不会立即返回,会继续匹配正则规则 3.依次匹配正则匹配,匹配结果也分为三种 (1)命中正则匹配,直接反馈正则匹配的结果

1. location表达式类型 location ^~ /api/v7/ { proxy_next_upstream http_404 http_500 http_502 http_503 http_504 error timeout invalid_header; proxy_set_header Connection "keep-alive"; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarde

server_name可为IP/domain/localhost/null等任何字符串(字符串server_name也可以用来匹配),注意各个 server 块的顺序. 1.如果只有一个server,server_name可以任意起(可以为IP/域名/任何字符串),则不论用什么访问(IP/域名/字符串),不论server_name是否匹配,都匹配到此server: 2.有多个server,如果server_name可以匹配到任何一个server的server_name,则使用此server,否则

nginx 的配置文件中, server里面的location 的配置项的理解: server { listen 24010; client_max_body_size 30M; location =/ { #范围 / 根目录的时候,这个普通的结构会被最后一步的结果覆盖. index aa; root /data/root; try_files /m.html =502; } location /bb/{ index a.html; root /data/root; } location =/b

目录 Nginx 正则表达式之匹配操作符 过期缓存 针对浏览器 针对文件类型 针对文件夹 判断文件,文件夹 设置某些类型文件的浏览器缓存时间 匹配到所有uri 全局变量 常用正则 Nginx 正则表达式之匹配操作符 ~ 区分大小写(大小写敏感)匹配成功 ~* 不区分大小写匹配成功 !~ 区分大小写匹配失败 !~* 不区分大小写匹配失败 ^ 以什么开头的匹配 $ 以什么结尾的匹配 * 代表任意字符 过期缓存 expires 30d; 表示过期时间30天 针对浏览器 location / { if

转载请保留:http://www.nginx.cn/115.html location匹配命令 ~      #波浪线表示执行一个正则匹配,区分大小写~*    #表示执行一个正则匹配,不区分大小写^~    #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录=      #进行普通字符精确匹配@     #"@" 定义一个命名的 location,使用在内部定向时,例如 error_page, try_files location 匹配的优先级(与

理论部分 文字释义匹配规则如下: 略述: 1.nginx服务器首先在server块的多个location块中搜索是否有标准的uri和请求字符串匹配.如果有多个标准uri可以匹配,就匹配其中匹配度最高的一个location. 2.然后,nginx在使用location块中,正则uri和请求字符串,进行匹配.如果正则匹配成功,则结束匹配,并使用这个location处理请求:如果正则匹配失败,则使用标准uri中,匹配度最高的location. 详细: 1.如果有精确匹配,会先进行精确匹配,匹配成功,立

location匹配规则 1. 实例 server{ location = \ { [配置A] } location / { [配置B] } location = /images/ { [配置C] } location ^~ /static/{ [配置D] } localtion ~* \.(gif|jpg|png){ [配置E] } } 2. location语法规则 语法: location = | ~ | ~* | ^~ | @ /url/{ //注意 =.~.~*.^~ .@是locat

整理了一些Java方面的架构.面试资料(微服务.集群.分布式.中间件等),有需要的小伙伴可以关注公众号[程序员内点事],无套路自行领取 一口气说出 9种 分布式ID生成方式,面试官有点懵了 面试总被问分库分表怎么办?你可以这样怼他 3万字总结,Mysql优化之精髓 基于 Java 实现的人脸识别功能(附源码) 9种分布式ID生成之美团(Leaf)实战 一.正则表达式匹配 ~ 为区分大小写匹配 ~* 为不区分大小写匹配 !~ 和 !~* 分别为区分大小写不匹配及不区分大小写不匹配 二.文件及目录匹