语法测试通过但线上访问报错，说明配置语法无误，问题出在配置是否被正确加载、生效及运行时环境匹配上；需验证实际生效配置（nginx -T）、include路径有效性、server_name与Host头匹配、监听状态、防火墙/代理连通性、root/index路径真实性及权限。
语法测试通过但线上访问报错，说明配置在 Nginx 解析层面没问题，但实际加载或运行时存在逻辑、路径、上下文或环境层面的问题。重点不是“有没有错”，而是“有没有被正确加载和生效”。
确认当前生效的配置文件是否真的是你修改的那个
Nginx 启动时读取的是 nginx.conf 中 include 指令所指向的实际文件路径，而不是你编辑的某个备份或测试文件。常见误区是改了 /etc/nginx/sites-available/myapp 却忘了软链到 sites-enabled/，或者软链目标已失效。
- 运行
nginx -t后，再执行nginx -T（大写 T），它会输出 Nginx 实际合并后加载的完整配置，直接搜索你的 server_name 或 listen 端口，确认该 virtual host 是否真实出现在最终配置中 - 检查
nginx.conf中的include路径是否匹配，比如include /etc/nginx/sites-enabled/*;是否能覆盖到你的配置文件（注意通配符权限与文件扩展名） - 用
ls -l /etc/nginx/sites-enabled/确认软链接是否指向正确的源文件，且目标文件存在、可读
检查 server_name 匹配逻辑与 Host 请求头是否一致
Virtual Host 生效依赖客户端请求中的 Host 头与配置中 server_name 的精确或通配匹配。即使语法正确，若不匹配就走默认 server（通常是第一个或 default_server 标记的）。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 用 curl 显式指定 Host：
curl -H "Host: example.com" http://127.0.0.1，观察是否返回预期内容；对比curl http://example.com（经 DNS 解析后的真实请求） - 确认
server_name写法：不带协议、不带端口、不带路径；www.example.com和example.com是两个不同值，需显式列出或使用泛域名*.example.com（注意泛域名不匹配 bare domain） - 查看 access log 中的
$host或$http_host字段，确认实际进来的 Host 值是什么
验证监听地址、端口与防火墙/代理层是否通畅
配置里写了 listen 80;，不代表请求真能到达这个 socket。常见拦截点在外部。
- 用
ss -tlnp | grep :80或netstat -tuln | grep :80查看 Nginx 是否确实在监听对应 IP:Port（注意listen 127.0.0.1:80和listen *:80的区别） - 检查系统防火墙（如 ufw、firewalld）、云厂商安全组、前端负载均衡器（如 ALB、Nginx 反向代理）是否放行并正确转发流量
- 如果用了 HTTPS，确认证书路径正确、SSL 参数未缺失（如
ssl_certificate文件存在且 Nginx 有读取权限），否则可能静默 fallback 到 HTTP 或拒绝连接
检查 root、index 和 location 匹配路径是否真实可达
语法无误，但 root /var/www/myapp; 对应的目录不存在、权限不足、或 index 文件名拼写错误（如写成 index.html 但实际是 index.htm），都会导致 403 或 404。
- 手动切换到 Nginx 运行用户（通常是
www-data或nginx）执行：sudo -u www-data ls -l /var/www/myapp，确认目录存在、可读、且 index 文件在其中 - 在配置中启用详细 error_log：
error_log /var/log/nginx/myapp.error.log debug;（临时），然后nginx -s reload并复现请求，查看具体拒绝原因（如 “directory index of … is forbidden”） - 注意
location /和location ~ \.php$等规则优先级，正则 location 可能意外覆盖或跳过静态文件服务
