Nginx 怎么使用 include 配置管理不同业务线各自的子域名-Nginx-PHP中文网

Nginx 用 include 按业务线分目录管理子域名配置，核心是“按业务隔离 + 按上下文加载”：在 http 块内分层 include 公共配置、各业务目录（如 api/cms/portal）及兜底配置，子域名文件专注自身逻辑，共用项统一放 common 目录，启用禁用通过 sites-enabled 软链控制。

nginx 怎么使用 include 配置管理不同业务线各自的子域名

用 include 管理不同业务线的子域名，核心是“按业务隔离配置 + 按上下文加载”，不是简单把文件扔进去就完事。关键是让每个业务线能独立维护自己的 server 块，又不互相干扰、不改主配置。

按业务线建独立配置目录

别把所有子域名塞进一个 conf.d/，先按业务线分目录，比如：

/etc/nginx/business/api/ —— 所有 API 类子域名（api.example.com、v1.internal）
/etc/nginx/business/cms/ —— 内容系统（cms.example.com、editor.example.com）
/etc/nginx/business/portal/ —— 门户站点（www.example.com、help.example.com）

每个目录下放对应业务的 .conf 文件，命名带业务前缀，如 api-auth.conf、cms-admin.conf。这样运维或开发查问题时，直接进目录就能定位，不用 grep 全局。

在 http 块中分层 include

include 必须放在允许出现 server 块的上下文里，也就是 http{} 内。主配置中这样写更清晰：

http {
    # 公共基础项（log_format、upstream、SSL 默认参数等）
    include /etc/nginx/common/*.conf;
<pre class="brush:php;toolbar:false;"># 各业务线配置，顺序即加载顺序，靠前的可被后覆盖（如变量、map）
include /etc/nginx/business/api/*.conf;
include /etc/nginx/business/cms/*.conf;
include /etc/nginx/business/portal/*.conf;

# 最后加兜底 server（可选，防未匹配域名）
include /etc/nginx/fallback.conf;

}

注意：不要在 http 外写 include business/api/*.conf，否则 Nginx 会报错——那些文件里含 server，只能出现在 http 块内。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

子域名配置里只写业务相关逻辑

每个业务线的 .conf 文件专注自身需求，避免跨业务耦合。例如：

api-auth.conf 只定义 server_name api.example.com，配 JWT 验证、限流、后端 upstream，不写静态资源规则
cms-editor.conf 专注上传路径、富文本资源代理、管理后台权限头，不碰 API 接口路由
共用的 SSL 证书路径、日志格式、gzip 设置，统一放在 /etc/nginx/common/ssl.conf 或 log_formats.conf，各业务 include 引用即可

这样新增一个 pay.example.com，只需在 /etc/nginx/business/api/ 下加个文件，改完 nginx -t 就生效，主配置和其它业务完全不动。