Nginx—模块、配置指令、块之间的关系
1. 实验
通过下面一个实验让大家更好的理解三者之间的关系
在server1中:
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
location /demo {
root /opt;
index index.html index.htm;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
配置发布目录:
mkdir /opt/demo
cd /opt/demo/
vim index.html
nginx -s reload
测试:
还可以把相同的指令放在上一级中,不会影响效果
测试:
把配置指令写在前面时,在location内部写指令,它会覆盖外面的统一指令:
测试:
2. 模块、配置指令、块之间的关系
- 通过上述示例,你肯定明白了一个道理,同一个配指令,配在不同的块中时,对应的“作用域”是不同的。
某些配指令只能在http块中配置,某些配指令只能在location块中配置,有些配置指令既能在server块中配置又能在http块中配置,而有些配置指令只能在main区中进行配置。
刚才示例中的index指令就属于那种既能在location块中配置,又能在server块中配置,还能在http块中配的指令,只不过,当index指令配置在不同的块中时,对应的作用域不同。 - 有些指令既能配在server块中,也能配在http块中,当多个server存在相同的配置时,我们可以将这些完全相同的配置指令提取到上一级的http块中,以便多个server块共用这些配置。
当然,如果你在某个server中单独配置了对应的指令,那么这个server仍然会以自己的配置为准。 - 其实,"配置指令"不仅和"块"有一定的关系,"配置指令"和"模块"也有非常紧密的对应关系。nginx是模块化的,不同的"模块"负责不同的"功能”。所以,当我们需要针对某个"功能"进行配置时,就需要使用到对应的"配置指令"。从根本上来说,每个"配置指令"都属于某一个"模块",一个"模块"中会有一个或多个"配置指令",当我们想要对相关模块或者功能进行设定时,就会使用到对应模块中的配置指令。
3. 如何查看官方文档