Nginx(4)--模块、配置指令和块之间的关系

1.示例：配置新的location

示例1

• location下的url为/demo
• location块中的root对应的/opt，即location文档的根目录为/opt
• 若在浏览器中访问/demo/a.jpg，则对应的文档就是/opt/demo/a.jpg
• vim nginx.conf #编辑配置文件，添加location内容
• nginx #开启服务
• cd /opt/ #切换到根目录下
• mkdir demo #创建目录
• vim index.html #编辑默认发布内容

• 测试：
• 在浏览器中分别访问不同的url
• 当访问http://172.25.254.1/demo/时，访问的是/opt/demo/下的index.html默认发布文件
• 在同一个服务器中，可以将不同的url对应到不同的服务器的路径中

示例2
测试： 可以生效
示例3

• 自己配置的index的优先级要高于上一级的index，因此会覆盖上一级的index的配置

测试：

总结：
同一个配置指令，配置在不同的块中时，对应的“作用域”不同
某些配置指令只能在http块中配置，某些配置指令只能在location块中配置
有些配置指令即能在server块中配置，又能在http块中配置
而有些配置指令只能在main区中进行配置
上述示例中的index指令就属于即能在location块中配置，又能在server块中配置，还能在http块中配置的指令
当index指令配置在不同的块中，对应的作用域不同

有些指令即能配置在server块中，也能配置在http块中
当多个server存在相同的配置时，可以将这些相同的配置指令提取到上一级的http块中
以便于多个server块共同使用这些配置
如果在某个server中单独配置了对应的指令，呢么这个server仍然会以自己的配置为准

“配置指令”不仅和“块”有关系，和“模块”也有关系
当需要针对某个“功能”进行配置时，就需要使用到对应的“配置指令”
从根本上说，每个“配置指令”都属于某一个“模块”，一个“模块”中会有一个或多个“配置指令”
当我们想要对相关模块或者功能进行设置时，就会时用到对应模块中的配置指令

2.通过官网文档查找模块

• 按照指令列表寻找

• ctrl+f键搜索指令index

• 按照模块列表寻找