分类： HTTP 响应代码
-
针对前端接口超时时偶尔响应 404 的问题，文章通过追踪请求链路分析排查，发现 ingress-nginx 返回 404 是因 Backend Service 超时导致 Frontend Service 主动断开连接。由于 Nginx 配置中引用了不存在的错误页面，Frontend Service 尝试访问 50x.html 时返回了 404。最终通过注释掉 Frontend Service 中相关的配置项，解决了这一问题，确保后端超时时不再错误响应 404。
-
针对同一网址在浏览器中响应302而在Postman中响应200的差异，通过查看Nginx请求日志发现存在两条请求记录，确定Postman请求实际经过了302跳转，最终返回了200状态码。分析表明，虽然工具显示的最终响应不同，但请求过程均包含了重定向步骤，问题根源在于客户端对重定向行为的自动处理与展示逻辑。
-
记录了一次在 Laravel 6 中排查域名跳转问题的过程。针对访问本地 HTTPS 地址时出现 302 跳转至其他域名的情况，通过排查源代码和数据库均未找到相关记录，最终发现 Redis 缓存中存在错误的域名配置键。清空 Redis 缓存后，访问本地地址不再发生 302 跳转，响应变为 500 状态码，问题定位解决。
-
在请求企鹅号视频文件分片上传接口时出现 Curl error #55 TCP connection reset by peer 报错。经排查，视频文件及分片参数计算均正确，状态显示上传至第 5 个分片失败。使用相同文件重新上传成功，未复现该问题。初步判断为网络抖动或服务器不稳定导致的偶发性连接中断，开发人员无法在本地环境稳定复现，暂需后续持续观察。
-
在 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 服务后，报错不再出现，问题成功解决。
-
本文分析了请求静态文件时首次返回304状态码而第二次返回200状态码的现象。通过对比请求头发现，首次请求包含If-None-Match或If-Modified-Since头部，服务端据此判定资源未改变并返回304以利用缓存；而第二次请求因缺失If-Modified-Since头部，服务端无法进行条件判断，便直接返回了完整的200响应。