Nginx学习笔记（五）——高性能服务器---模块、配置指令、块之间的关系

1.实验

下面通过一个实验让大家更好的理解三者之间的关系

在server1中：

vim /usr/local/nginx/conf/nginx.conf

 38     server {
 39         listen       80;
 40         server_name  localhost;
 41 
 42         location / {
 43             root   html;
 44             index  index.html index.htm;
 45         }
 46         location /demo {
 47             root /opt;
 48             index index.html index.htm;
 49 }
 50 
 51         error_page   500 502 503 504  /50x.html;
 52         location = /50x.html {
 53             root   html;
 54         }
 55 

配置发布目录：

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.如何查看官方文档