ServerName 不参与覆盖，仅在全局上下文或 VirtualHost 块内生效；主配置中 ServerName 仅标识服务器自身，虚拟主机匹配依赖 VirtualHost 内的 ServerName 和 ServerAlias 对 Host 头进行精确匹配、别名扩展及默认兜底。
ServerName 不参与“覆盖”，它只在所属作用域内生效，不存在主配置与子配置的冲突覆盖关系。
ServerName 的作用域是硬性限制
ServerName 只能出现在两个位置：全局服务器上下文（主配置文件顶层）或
- 主配置文件里写的 ServerName localhost:80，仅用于标识 Apache 主服务器自身，影响模块如 mod_info、错误日志中的服务器标识等，不参与虚拟主机匹配
块里的 ServerName example.com，才是该站点真正的域名标识，用于 Host 头匹配和默认虚拟主机判定 - 如果在
外又写了一个 ServerName，Apache 启动时会忽略或报错（取决于版本），不会“覆盖”或“继承”
真正起路由作用的是 VirtualHost 匹配逻辑，不是 ServerName 覆盖
用户请求进来时，Apache 先根据 IP+Port 找到匹配的
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 多个
并存时，谁先定义、谁更具体（如 *:80 vs 192.168.1.100:80），就优先匹配谁 - 没有 ServerName 匹配上的请求，落到第一个定义的
（或显式标记为 _default_:80 的那个） - 主配置里的 ServerName 对这个匹配流程完全无影响
常见误操作与纠正
很多人以为改了主配置的 ServerName 就能统一控制所有站点，其实这是误解。
- ❌ 在 httpd.conf 顶部写 ServerName mysite.com，指望它替代所有虚拟主机的 ServerName —— 无效，且可能干扰管理接口
- ❌ 把 ServerName 写进
块试图“覆盖目录级域名” —— 语法错误，Apache 拒绝加载 - ✅ 正确做法：每个
块必须明确写自己的 ServerName 和必要的 ServerAlias - ✅ 若需统一管理多个站点的公共设置（如日志格式、超时），应使用
或自定义变量（mod_macro 或 Define），而非依赖 ServerName
本质上，ServerName 是声明式标识，不是可继承或可覆盖的配置项。理清它的作用域和用途，就能避开绝大多数“冲突”困惑。
