图片403错误主因是权限设置过严导致Nginx（www用户）无读取权限，需将目录设为755、文件644、所有者及用户组均为www，并确保父路径每层含执行权限；其次为MIME类型未注册，需在Nginx配置中补全如image/webp webp等类型并重载配置。
图片 403 Forbidden：权限设置过严，连 Nginx 都读不了
宝塔面板里网站图片打不开，浏览器控制台报 403 Forbidden，大概率不是代码问题，而是文件或目录权限卡死了。Nginx 进程（通常是 www 用户）没权限读取图片文件，直接拒之门外。
实操建议：
- 进宝塔 → 文件 → 找到图片所在目录（比如
/www/wwwroot/example.com/uploads/），右键「属性」→ 把所有者设为www，用户组也设为www - 目录权限设为
755，图片文件权限设为644；别图省事全设777，Nginx 会拒绝服务（安全机制） - 检查父级路径每一层（
/www→/www/wwwroot→/www/wwwroot/example.com）是否都对www用户可执行（即权限含x），缺一个就断链
图片返回空白或 404：MIME 类型未注册，Nginx 不认后缀
图片路径没错、权限也对，但浏览器就是不渲染，甚至 Network 面板显示响应体为空、Content-Type 是 text/plain，说明 Nginx 没把 .webp、.avif 或小众后缀当图片处理，直接当普通文件吐了原始二进制——浏览器无法解析。
实操建议：
- 进宝塔 → 网站 → 设置 → 配置文件，在
server块里找types { ... }区域，补上缺失类型，例如：image/webp webp;<br>image/avif avif;
- 常见漏掉的还有
image/svg+xml svg svgz（尤其压缩过的.svgz）、application/x-font-woff2 woff2（字体图标也算“图”） - 改完点「保存」，再点「重载配置」，不要只重启 Nginx —— 重载才能生效新 MIME 规则
本地能看、线上挂掉：上传过程破坏了文件头或编码
开发环境图片好好的，一传到宝塔服务器就变白板或报错，尤其是通过 PHP 表单上传、或用 FTP 工具以 ASCII 模式传输时，容易把二进制图片文件头（如 ÿØÿà）损坏，导致浏览器解析失败。
实操建议：
- FTP 上传务必选「二进制模式」（Binary），不是「自动」或「ASCII」；FileZilla 默认是自动，得手动切
- PHP 上传后别用
file_get_contents()+file_put_contents()中转保存，可能触发默认字符集转换；改用move_uploaded_file()直接落盘 - 怀疑文件头损坏？SSH 登录后运行：
file -i /path/to/img.jpg，正常应输出image/jpeg; charset=binary；若显示charset=us-ascii，基本就是被当文本处理过了
HTTPS 下混合内容警告：HTTP 图片被浏览器主动拦截
网站开了 HTTPS，但页面里写的还是 http:// 开头的图片地址，现代浏览器直接屏蔽加载，控制台报 Mixed Content 错误，图片区域留空。
实操建议：
- 检查 HTML 源码、CSS 背景图 URL、JS 动态拼接的路径，把所有硬编码的
http://换成//（协议相对地址）或https:// - WordPress 类站点，进「设置 → 常规」把「WordPress 地址（URL）」和「站点地址（URL）」都改成
https://开头；再用插件如Better Search Replace全库替换旧链接 - CDN 加速后尤其要注意：源站回源地址是否仍用 HTTP？CDN 控制台里检查「回源协议」是否强制为 HTTPS
文件权限和 MIME 类型这两块，看似基础，但交叉影响极强——权限不对，Nginx 根本不进 MIME 判断那步；MIME 漏配，权限再对也白搭。调试时别跳步，挨个验证。
