转载自 http://blog.sina.com.cn/openresty
我们前面已经知道,当 set 指令用在 location 配置块中时,都是在当前请求的 rewrite 阶段运行的。事实上,在此上下文中,ngx_rewrite 模块中的几乎全部指令,都运行在 rewrite 阶段,包括 Nginx 变量漫谈(二) 中介绍过的 rewrite 指令。不过,值得一提的是,当这些指令使用在 server 配置块中时,则会运行在一个我们尚未提及的更早的处理阶段,server-rewrite 阶段。
Nginx 变量漫谈(二) 中介绍过的 ngx_set_misc 模块的 set_unescape_uri 指令同样也运行在 rewrite 阶段。特别地,ngx_set_misc 模块的指令还可以和 ngx_rewrite 的指令混合在一起依次执行。我们来看这样的一个例子:
location /test {
set $a "hello%20world";
set_unescape_uri $b $a;
set $c "$b!";
echo $c;
}
访问这个接口可以得到:
$ curl 'http://localhost:8080/test'
hello world!
我们看到,set_unescape_uri 语句前后的 set 语句都按书写时的顺序一前一后地执行了。
为了进一步确认这一点,我们不妨再检查一下 Nginx 的“调试日志”(如果你还不清楚如何开启“调试日志”的话,可以参考 (一) 中的步骤):
grep -E 'http script (value|copy|set)' t/servroot/logs/error.log
过滤出来的调试日志信息如下所示:
[debug] 11167#0: *1 http script value: "hello%20world"
[debug] 11167#0: *1 http script set $a
[debug] 11167#0: *1 http script value (post filter): "hello world"
[debug] 11167#0: *1 http script set $b
[debug] 11167#0: *1 http script copy: "!"
[debug] 11167#0: *1 http script set $c
开头的两行信息
[debug] 11167#0: *1 http script value: "hello%20world"
[debug] 11167#0: *1 http script set $a
就对应我们的配置语句
set $a "hello%20world";
而接下来的两行
[debug] 11167#0: *1 http script value (post filter): "hello world"
[debug] 11167#0: *1 http script set $b
则对应配置语句
set_unescape_uri $b $a;
我们看到第一行信息与 set 指令略有区别,多了 "(post filter)" 这个标记,而且最后显示出 URI 解码操作确实如我们期望的那样工作了,即 "hello%20world" 在这里被成功解码为 "hello world".
而最后两行调试信息
[debug] 11167#0: *1 http script copy: "!"
[debug] 11167#0: *1 http script set $c
则对应最后一条 set 语句:
set $c "$b!";
注意,因为这条指令在为 $c 变量赋值时使用了“变量插值”功能,所以第一行调试信息是以 http script copy 起始的,后面则是拼接到最终取值的字符串常量 "!".
把这些调试信息联系起来看,我们不难发现,这些配置指令的实际执行顺序是:
set $a "hello%20world";
set_unescape_uri $b $a;
set $c "$b!";
这与它们在配置文件中的书写顺序完全一致。
我们在 Nginx 变量漫谈(七) 中初识了第三方模块 ngx_lua,它提供的 set_by_lua 配置指令也和 ngx_set_misc 模块的指令一样,可以和 ngx_rewrite 模块的指令混合使用。set_by_lua 指令支持通过一小段用户 Lua 代码来计算出一个结果,然后赋给指定的 Nginx 变量。和 set 指令相似,set_by_lua 指令也有自动创建不存在的 Nginx 变量的功能。
下面我们就来看一个 set_by_lua 指令与 set 指令混合使用的例子:
location /test {
set $a 32;
set $b 56;
set_by_lua $c "return ngx.var.a + ngx.var.b";
set $equation "$a + $b = $c";
echo $equation;
}
这里我们先将 $a 和 $b 变量分别初始化为 32 和 56,然后利用 set_by_lua 指令内联一行我们自己指定的 Lua 代码,计算出 Nginx 变量 $a 和 $b 的“代数和”(sum),并赋给变量 $c,接着利用“变量插值”功能,把变量 $a、 $b 和 $c 的值拼接成一个字符串形式的等式,赋予变量 $equation,最后再用 echo 指令输出 $equation 的值。
这个例子值得注意的地方是:首先,我们在 Lua 代码中是通过 ngx.var.VARIABLE 接口来读取 Nginx 变量 $VARIABLE 的;其次,因为 Nginx 变量的值只有字符串这一种类型,所以在 Lua 代码里读取 ngx.var.a 和 ngx.var.b 时得到的其实都是 Lua 字符串类型的值 "32" 和 "56";接着,我们对两个字符串作加法运算会触发 Lua 对加数进行自动类型转换(Lua 会把两个加数先转换为数值类型再求和);然后,我们在 Lua 代码中把最终结果通过 return 语句返回给外面的 Nginx 变量 $c;最后,ngx_lua 模块在给 $c 实际赋值之前,也会把 return 语句返回的数值类型的结果,也就是 Lua 加法计算得出的“和”,自动转换为字符串(这同样是因为 Nginx 变量的值只能是字符串)。
这个例子的实际运行结果符合我们的期望:
$ curl 'http://localhost:8080/test'
32 + 56 = 88
于是这验证了 set_by_lua 指令确实也可以和 set 这样的 ngx_rewrite 模块提供的指令混合在一起工作。
还有不少第三方模块,例如 Nginx 变量漫谈(八) 中介绍过的 ngx_array_var 以及后面即将接触到的用于加解密用户会话(session)的 ngx_encrypted_session,也都可以和 ngx_rewrite 模块的指令无缝混合工作。
标准 ngx_rewrite 模块的应用是如此广泛,所以能够和它的配置指令混合使用的第三方模块是幸运的。事实上,上面提到的这些第三方模块都采用了特殊的技术,将它们自己的配置指令“注入”到了 ngx_rewrite 模块的指令序列中(它们都借助了 Marcus Clyne 编写的第三方模块 ngx_devel_kit)。换句话说,更多常规的在 Nginx 的 rewrite 阶段注册和运行指令的第三方模块就没那么幸运了。这些“常规模块”的指令虽然也运行在 rewrite 阶段,但其配置指令和 ngx_rewrite 模块(以及同一阶段内的其他模块)都是分开独立执行的。在运行时,不同模块的配置指令集之间的先后顺序一般是不确定的(严格来说,一般是由模块的加载顺序决定的,但也有例外的情况)。比如 A 和 B 两个模块都在 rewrite 阶段运行指令,于是要么是 A 模块的所有指令全部执行完再执行 B 模块的那些指令,要么就是反过来,把 B 的指令全部执行完,再去运行 A 的指令。除非模块的文档中有明确的交待,否则用户一般不应编写依赖于此种不确定顺序的配置。
相关推荐
- **try_files**: 按顺序查找文件,找到即返回,未找到则按顺序执行下一条指令。 ### 3. Nginx反向代理 通过`proxy_pass`指令,Nginx可以作为反向代理服务器转发请求到后端应用服务器,实现负载均衡、缓存等功能。...
**二、Nginx 负载均衡配置** 配置 Nginx 负载均衡主要涉及到 `http`、`upstream` 和 `server` 三个块级配置。 1. **http 块**:在全局配置段,可以设置日志路径、用户目录等基本参数。 2. **upstream 块**:定义一...
**Nginx配置Upstream负载均衡详解** 在现代Web服务架构中,负载均衡是一项至关重要的技术,它能够有效地分散网络流量,确保服务器集群的稳定性和高可用性。Nginx作为一款高性能的反向代理服务器和HTTP缓存服务器,...
标题中的"NGINX实现一个域名访问多个项目1"是指利用Nginx服务器的配置能力,让同一个域名能够根据不同的URL路径指向不同的应用或项目。描述中提到,这是为了解决在一个域名下部署多个项目的问题,避免为每个项目单独...
这个文档可能包含了关于Nginx的更深入介绍,包括但不限于Nginx的工作原理、模块解析、配置指令、日志管理、性能优化以及如何与其他技术如PHP、MySQL集成等内容。建议详细阅读此文档以获取更全面的Nginx知识。 总之...
- `if` 指令在 Nginx 配置中用于基于某些条件执行不同的逻辑,但应谨慎使用,因为它们可能引起不可预期的行为。 - Nginx 提供了一系列全局变量,如 `$request_uri`,`$host`,`$args` 等,可以用于 `if` 指令的...
二、Nginx负载均衡 负载均衡是通过分配网络流量到多个服务器来提高系统可用性和响应速度,防止单一服务器过载。Nginx支持多种负载均衡策略: 1. **轮询(round-robin)**:每个请求按顺序分配到不同的服务器,公平...
轮询是Nginx的默认负载均衡策略,请求按照时间顺序逐一分配到不同的服务器。如果某台服务器down掉,会自动从服务器组中剔除,等该服务器恢复后,再将其加入到服务器组中。 2. 最少连接策略 最少连接策略会将新的...
### Nginx配置详解 #### 一、安装前的环境准备 在安装Nginx之前,需要确保系统中已经安装了必要的编译工具和依赖包,主要包括“gcc”和“gcc-c++”。这些工具可以通过`yum install gcc` 和 `yum install gcc-c++` ...
### 二、Nginx主要配置指令 1. **listen**:指定服务器监听的端口号,如`listen 80;`。 2. **server_name**:设置服务器的主机名或IP地址,可支持正则表达式,如`server_name example.com www.example.com;`。 3. *...
在配置阶段,需要配置负载均衡的相关设置。在`http`块或者`server`块中添加`upstream`模块定义后端服务器组,并在`location`块中使用`proxy_pass`指令将请求转发至对应的上游服务器。 例如: ```nginx http { ...
这部分教程解释了Nginx配置文件中指令的执行顺序及其背后的逻辑。正确理解指令的执行流程对于调试配置问题至关重要。 - **层级结构**:介绍了Nginx配置文件的基本结构,包括HTTP块、Server块、Location块等,并解释...
配置Nginx负载均衡通常在http或server块中使用`upstream`指令,然后在location块中通过`proxy_pass`指向upstream。 ```nginx http { upstream backend { server backend1.example.com weight=3; server backend2...
### Nginx负载均衡配置详解 #### 一、负载均衡概念与原理 负载均衡(Load Balancing)是指将网络中的工作负载分散到多个计算资源上处理的技术,旨在提高响应速度和服务质量,同时确保系统的稳定性和可靠性。在Web...
若需平滑重启,可以执行 `nginx -s reload`,这会确保当前处理的请求完成后再重新加载配置。 ### 二、Nginx 负载均衡 负载均衡是 Nginx 的一个重要功能,它可以将来自客户端的请求分散到多个后端服务器,以提高...
本文档主要介绍了如何在Windows环境下部署Nginx和Tomcat集群,包括软件的下载、安装、配置以及集群的基本构建。 #### 二、安装规划 在部署集群之前,需要明确安装规划,以便合理分配资源和确保系统的高效运行。 - *...
配置SSL需要购买并配置SSL证书,Nginx配置文件中添加相应的SSL指令,如`listen 443 ssl;`启用SSL端口,`ssl_certificate`指定证书文件,`ssl_certificate_key`指定私钥文件。 **Nginx+Tomcat 集成** Nginx通过反向...