图片上传的“HTTP错误”只是界面提示，并没有直接说明根因。先确定失败发生在浏览器提交、服务器接收，还是缩略图生成阶段，才能避免反复压缩同一张图片却解决不了问题。
先看媒体库有没有原图
刷新媒体库，检查原图是否已经出现。也可以由管理员核对上传目录和对应日志。
- 完全没有文件：关注请求大小限制、权限、网络或安全拦截。
- 原图存在，但缩略图缺失：关注图像处理库、内存、像素尺寸及处理超时。
- 只有一种格式失败：检查格式支持、文件实际类型和内容是否完整。
- 同一文件偶尔成功：检查负载、连接中断和瞬时资源不足。
浏览器开发者工具的Network可以看到上传请求的状态码和响应内容。413、403、500及超时不是同一个问题，应保留响应中的可用错误信息。
做一个最小对照测试
准备一张正常的、小尺寸JPEG，使用简单英文文件名上传。然后分别对比原文件、缩小像素后的文件，以及重新导出的同格式文件。每次只改变一项，记录结果。
文件只有几MB，也可能拥有很大的像素尺寸。图像解码和生成多种缩略图需要的内存，可能远高于文件体积。只提高允许上传大小，未必能解决处理阶段失败。
按证据处理
如果请求在进入WordPress前就被拒绝，应核对反向代理、Web服务器或WAF日志。若PHP报内存耗尽，先检查图片尺寸、当前内存限制和同时处理量；若图像库报错，则检查GD或Imagick是否可用及支持该格式。
权限问题要核对当前月份上传目录与PHP运行用户。不要为了测试开放所有文件权限。主题或插件额外生成大量尺寸时，应在测试环境评估，不要直接停用生产站全部组件。
恢复后的核验
重新上传后，打开媒体详情和前台实际使用位置。确认原图、缩略图与响应式图片地址都能返回图片，而不只是后台显示“上传成功”。对已产生的半成品附件，先确认是否被文章使用，再决定是否清理，避免误删已有图片。
换浏览器就成功，说明服务器正常吗？ 只能说明存在浏览器或请求差异。还需对比扩展、登录状态、网络和文件，并确认不是服务器偶发恢复。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
