分类： Nginx 1.10
-
在 Windows 10、Nginx 1.10 和 PHP 7.4 环境中上传 286MB 文件时遇到 413 Request Entity Too Large 报错。经检查 PHP 配置限制已设为 1024M，问题实际源于 Nginx 默认限制。通过在 Nginx 的 server 配置段中添加 client_max_body_size 1024M 并重启 Nginx 与 PHP 服务后，报错不再出现，问题成功解决。
-
本文记录了在 nginx/1.10.3 版本下配置正常，升级至 nginx/1.17.8 后出现 502 Bad Gateway 问题的排查过程。通过修改 Nginx 配置文件，禁用 ModSecurity 模块，服务恢复正常并返回 200 状态码。结论表明该版本下的 502 错误由 ModSecurity 引起，禁用后可解决。
-
为了解决一次发布需分别调用多个渠道接口的问题，文章探讨了在 Yii 2.0 中实现一键多渠道发布的方案。对比了控制器内部调用与 HTTP 调用两种方式后，因架构隔离和安全限制，最终决定采用内部 HTTP 调用方案。通过修改控制器过滤器、编写服务类及 HTTP 模型类，实现了任务组的批量同步发布。经日志与数据库验证，该方案成功完成了对企鹅号、微信等渠道的批量写入，符合预期。
-
针对 Nginx 与 FastCGI 环境下日志表数据量达到 GB 级时，查询最后一页出现 504 Gateway Time-out 超时的问题，通过分析定位了本地环境与生产环境的配置差异。在本地增加 fastcgi_read_timeout 并调整 PHP 脚本最大执行时间后问题解决，但在生产环境中排查发现，由于请求经过 Kong 网关，超时原因出在网关层面而非后端服务，最终确认由运维人员处理网关配置。
-
本文针对 Docker 容器中 Nginx PHP 环境访问 PHP 文件时出现 404 Not Found 的问题进行了分析。在确认访问 HTML 文件正常且检查 Nginx 配置文件后，发现是由于配置文件中存在重复的 location 配置项导致前者被覆盖。通过删除重复的配置项并重启服务，再次访问 PHP 文件时成功返回 200 状态码，问题得到解决。
-
本文针对 Nginx 1.10 版本重新加载时出现的 could not build optimal server_names_hash 报错进行分析。问题根源在于新增的虚拟主机配置文件中定义了大量服务器名称。解决方法是查阅官方文档后，编辑 Nginx 配置文件，在 http 段落中添加 server_names_hash_max_size 1024 配置项，成功解决了该警告并使服务正常加载。
-
本文记录了在 CentOS 7.6 64 位环境下基于 Nginx 安装 WordPress 时遇到 HTTP ERROR 500 错误的分析与解决过程。文章首先检查了虚拟主机配置、重写规则及目录权限，修正了文件归属为 root 的问题并开启调试模式。随后分析报错日志，发现核心文件 load.php 不存在，最终通过清空目录、重新下载安装包并配置权限，成功解决了故障并恢复正常访问。