标签： Nginx
-
本文介绍了如何利用 Post Views Counter 插件，在不修改主题核心代码的前提下，将 Nginx 日志中的历史访问数据批量导入 WordPress，并实现后续浏览量的自动统计与中文前端显示。文章详细阐述了从日志提取数据、生成并导入 SQL 文件的具体步骤，重点分析了因插件缓存机制和数据类型（type=4）导致的显示异常及排查方法，最终通过插件设置自定义了中文标签和页头显示位置，实现了准确且无需维护的浏览量统计功能。
-
个人博客出现 504 Gateway Timeout，排查发现服务器因恶意扫描和分布式爬虫导致严重过载。内存被过多的 PHP-FPM 进程耗尽，引发负载飙升。通过降低 PHP-FPM 进程数以适配硬件配置，在 Nginx 层面封禁恶意扫描 IP 及爬虫 IP 段，并重启 ECS 清理积压进程，最终解决了资源耗尽问题，恢复了服务正常响应。
-
在 LNMP 2.1 环境中，为了彻底删除默认的 default 虚拟主机，需要手动处理残留的配置与文件。虽然默认的 Web 目录文件已删除，但 Nginx 主配置文件中仍保留相关 server 段，需编辑 /usr/local/nginx/conf/nginx.conf 移除该配置。同时，由于目录下的 .user.ini 文件被锁定，必须先使用 chattr 命令解除锁定再删除。最后，执行 lnmp nginx reload 重新加载配置，即可完成清理流程。
-
本文解决了在前端基于 Nginx 反向代理至后端接口时出现的响应超时问题。在排查中发现前端请求响应时长为 1 分 6 秒并报错超时，而后端接口实际响应时长为 1 分 5 秒且未超时。针对此情况，调整了 Nginx 代理设置，将 3 个与超时相关的参数默认值从 60 秒统一调整为 300 秒。重启 Nginx 后再次请求，前端不再超时，成功获取约 1.4 分钟的响应结果。
-
部署前端代码后，在页面间跳转时响应正常，但刷新页面会出现 404 错误。经排查是 Nginx 配置问题，通过查看错误日志并在配置中添加 try_files $uri $uri/ /index.html; 指令，解决了路由无法匹配的问题。修改配置后再次刷新页面，不再返回 404 错误，页面能够正常显示。
-
本文解决了前端通过 Nginx 反向代理请求后端时出现 504 Gateway Time-out 的问题。经排查发现，代理地址为基于 FRP 的内网穿透网址导致请求无法正常到达。文中尝试修改 hosts 文件代理至本地环境验证连通性，随后通过调整 Nginx 配置，使后端监听 8000 端口。最终，Postman 请求与浏览器访问均恢复正常响应，问题得以解决。
-
本文记录了将网站域名从旧地址切换到新域名的具体操作流程。主要步骤包括为新域名添加DNS解析，基于OneinStack删除旧虚拟主机并保留目录，随后添加新虚拟主机并沿用原有目录。最后通过编辑Nginx配置并重启服务，访问新域名的robots.txt文件，确认域名切换成功。
-
本文记录了将Shopify PHP应用从开发环境部署至阿里云ECS生产环境的过程。主要操作包括在Shopify合作伙伴中心创建独立应用，将ECS环境中的PHP由7.4升级至8.1，配置域名SSL解析，并调整PHP配置以解决proc_open限制。部署过程中通过修改数据库引擎参数修复了迁移报错，更新Nginx配置和.env文件解决了权限与参数错误，最终构建前后端代码并重新安装应用，成功实现了页面正常加载。
-
针对基于 nginx:alpine 构建的容器中网址响应 404 的问题，通过编辑 Nginx 配置文件来使其响应 200。完成配置编辑后，执行相关命令重新加载服务。重新加载后，网址成功响应 200，符合预期。
-
文章排查了在生产环境请求以 .js 结尾的网址时响应 404 Not Found 的问题。通过确认请求到达 Nginx 但未执行 PHP，定位到 Nginx 配置原因。在 location 正则匹配静态资源规则之前，添加 location ^~ /static/theme 配置块，使特定路径优先由 PHP 处理，最终实现了请求正常响应 200 状态码。