分类： OpenResty
-
本文解决了在前端基于 Nginx 反向代理至后端接口时出现的响应超时问题。在排查中发现前端请求响应时长为 1 分 6 秒并报错超时，而后端接口实际响应时长为 1 分 5 秒且未超时。针对此情况，调整了 Nginx 代理设置，将 3 个与超时相关的参数默认值从 60 秒统一调整为 300 秒。重启 Nginx 后再次请求，前端不再超时，成功获取约 1.4 分钟的响应结果。
-
部署前端代码后，在页面间跳转时响应正常，但刷新页面会出现 404 错误。经排查是 Nginx 配置问题，通过查看错误日志并在配置中添加 try_files $uri $uri/ /index.html; 指令，解决了路由无法匹配的问题。修改配置后再次刷新页面，不再返回 404 错误，页面能够正常显示。
-
针对基于 nginx:alpine 构建的容器中网址响应 404 的问题，通过编辑 Nginx 配置文件来使其响应 200。完成配置编辑后，执行相关命令重新加载服务。重新加载后，网址成功响应 200，符合预期。
-
文章排查了在生产环境请求以 .js 结尾的网址时响应 404 Not Found 的问题。通过确认请求到达 Nginx 但未执行 PHP，定位到 Nginx 配置原因。在 location 正则匹配静态资源规则之前，添加 location ^~ /static/theme 配置块，使特定路径优先由 PHP 处理，最终实现了请求正常响应 200 状态码。
-
文章记录了一个 GraphQL API 耗时长达 7 秒的排查过程。经 Laravel Telescope 和独立客户端测试，实际执行时间仅约 1.8 秒。问题根源在于 Windows 10 环境下的 Nginx 与 PHP FastCGI 默认只能同时处理单一请求，导致请求排队。通过调整 Nginx 配置并启动多个 php-cgi 进程绑定不同端口，实现了并发处理。最终刷新页面测试，请求耗时缩短至 2 秒左右，符合预期。
-
在Windows 10和OpenResty环境下，两个仅域名后缀不同的地址robots.txt访问结果分别为404和200。排查发现后台存在4个nginx进程，且其中2个无法正常停止。通过任务管理器手动结束残留进程并重启nginx后，进程数量恢复正常，两个地址均响应200。
-
针对在 OpenResty 中请求 https 网址报错 unable to get local issuer certificate 的问题，通过参考相关技术资料，在 lua-resty-http 发起请求的代码中添加 ssl_verify = false 选项进行配置。修改代码后再次请求 https 网址，未再出现报错，实际运行结果符合预期。
-
在 Windows 10 运行 OpenResty 时遇到 500 Internal Server Error 错误，日志提示 module ‘lib.redis’ not found。通过编辑 Nginx 文件添加 lua_package_path 配置文件寻址路径，重启后发现 ?.lua 被替换为 lib\redis.lua 从而导致路径错误。再次修改配置，删除路径中多余的 /lib 后重启 Nginx 服务器，程序成功运行且不再报错。