nginx配置采用严格分层作用域：main块控制全局运行环境，events块管理连接模型，http块定义http核心参数与继承上下文，server和location块嵌套于http内实现虚拟主机与uri路由。
nginx.conf 的结构不是平铺直叙的文本，而是严格分层的作用域嵌套体系。理解这个层级关系，才能避免指令放错位置导致不生效、配置冲突或服务启动失败。
main 全局块：进程启动与基础运行环境
最外层、无花括号包裹的部分即 main 块，它只在 Nginx 启动时读取一次，控制整个服务的“骨架”：
- user nginx; 指定 worker 进程以普通用户身份运行，防止权限过高引发安全风险
- worker_processes auto; 自动匹配 CPU 核心数，过多反而增加调度开销
- pid /run/nginx.pid; 和 error_log /var/log/nginx/error.log notice; 必须在此层级定义，否则 master 进程无法正常初始化
- include /usr/share/nginx/modules/*.conf; 用于加载动态模块，不能放在 http 或 server 内
events 块：连接处理模型的调控开关
紧接在 main 块之后，用 events { } 包裹，专注网络连接行为，不涉及业务逻辑：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- worker_connections 1024; 设定单个 worker 最大并发连接数；总并发能力 ≈ worker_processes × worker_connections
- use epoll; Linux 下显式声明事件驱动模型，提升高并发场景下的 I/O 效率（虽默认启用，但显式写出更稳妥）
- multi_accept on; 允许一个 worker 尽可能多地一次性接收就绪连接，降低延迟
http 块：HTTP 协议与 Web 服务的核心中枢
所有 Web 相关配置都必须嵌套在 http { } 内，它是 server 和 location 的父容器，提供默认继承上下文：
- log_format 必须定义在 http 层顶层，access_log 才能引用它；可被 server 或 location 覆盖
- sendfile on;、tcp_nopush on;、keepalive_timeout 65; 等性能优化指令统一在此设置，子块自动继承
- upstream 块只能出现在 http 层，供多个 server 复用，不可写在 server 内部
- include /etc/nginx/conf.d/*.conf; 是常用模块化手段，把站点配置拆到独立文件中管理
server 与 location 块：虚拟主机与 URI 路由终点
它们是实际响应请求的最小作用单元，必须嵌套在 http 块内：
- 每个 server 块代表一个独立站点，靠
listen和server_name匹配请求；多个 server 按顺序匹配，首个满足条件者生效 - location 块按 URI 路径做精细路由，匹配优先级为：精确匹配 > 最长前缀匹配 > 正则匹配（按配置顺序）
- 静态资源路径（
root）、索引页（index）、请求体大小限制（client_max_body_size）等可在 server 层设置，也可在 location 中覆盖
