修改nginx.conf

### 编辑和修改 `nginx.conf` 配置文件

#### 理解配置文件结构

Nginx 的配置文件 `nginx.conf` 主要分为几个不同的块来定义服务器行为：

- **全局块**：位于文件开头，设置影响整个 Nginx 进程的参数[^1]。

user  nobody;
worker_processes  1;

- **events 块**：用于设定 Nginx 工作模式与连接数上限等事件模块相关的指令。

events {
    worker_connections  1024;
}

- **http 块**：这是最核心的部分，包含了 MIME-Type 定义、日志自定义、连接超时时间以及单个链接请求数目等内容。此块内还可以嵌套其他子块如 server 和 location 来进一步细化配置。

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    gzip  on;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }
        
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # 更多 server 或者 location 可能会在这里...
    }
}

对于具体站点或服务的配置通常放在 http 下面的一个或多个 `server{}` 中完成，在其中可以指定监听端口 (`listen`)、域名 (`server_name`) 并通过 `location {}` 对不同 URL 路径做处理逻辑上的区分[^2]。

#### 实际操作指南

当需要更改网站访问路径指向本地磁盘上某个目录下的 HTML 页面集合时（比如将 `/products/pageManage` 映射到实际物理位置），可以在相应 `server { ... }` 段落里加入合适的 `location {...}` 设置:

server {
    ...
    
    location /products/pageManage/ {
        alias /path/to/local/directory/;
        try_files $uri $uri/ =404;
    }

    ...
}

这里的关键在于正确使用 `alias` 指令指明映射关系，并利用 `try_files` 尝试匹配静态资源的位置；如果找不到则返回 404 错误响应给客户端浏览器。

#### 自动化管理配置变更

为了简化维护工作并减少手动干预带来的风险，可以通过编写简单的 Shell 脚本来实现对 `nginx.conf` 文件变动后的自动重载功能。创建一个名为 `reload.sh` 的脚本文件并将下面的内容写入其中[^3]：

#!/bin/bash
# 修改对应 nginx 路径
NGINX_PATH="/usr/sbin/nginx"
$NGINX_PATH -s reload

赋予执行权限以便能够顺利运行这个脚本:

chmod 744 reload.sh

每次更新完配置之后只需要调用上述脚本即可让新的改动生效而无需完全停止再启动 Nginx 服务进程，从而提高了效率同时也降低了因停机造成的影响范围。