图片403/404但文件存在，主因是权限错误（如属主非www）或MIME类型未注册（如webp、avif），需执行chown -R www:www修复权限并手动在mime.types中添加对应类型后reload Nginx。
图片 403 或 404 但文件明明存在
常见现象是浏览器控制台报 403 Forbidden 或 404 Not Found，但用宝塔文件管理器点开路径能正常预览图片。这基本不是 Nginx/Apache 配置错误，而是权限或 MIME 类型没兜住。
先确认文件权限是否被宝塔“过度保护”：默认新建网站时，宝塔会把 www 用户加进 www-data 组，但若手动改过目录属主（比如用 chown -R root:root），Nginx 进程就无法读取文件。
- 执行
ls -l /www/wwwroot/your-site.com/uploads/，检查最后一列用户组是否为www-data或www - 修复命令：
chown -R www:www /www/wwwroot/your-site.com/uploads/（注意不是root） - 权限数字建议设为
644（文件）和755（目录），避免用777—— 宝塔后台的“批量修改权限”功能容易误选“含子目录”，勾选前务必确认范围
Nginx 返回 404 且日志里没有 access 记录
这说明请求根本没进到 Nginx 的 location 块，大概率是 MIME 类型未注册，导致 Nginx 拒绝响应静态资源。尤其常见于 WebP、AVIF 等新格式，或自定义后缀如 .webp.jpg。
宝塔的 Nginx 配置里，mime.types 文件通常不包含全部现代图片类型，而宝塔界面又不提供直接编辑入口。
- 手动编辑
/www/server/nginx/conf/mime.types，在types { ... }块内加入：image/webp webp; image/avif avif;
- 重启 Nginx：
service nginx reload（不是restart，避免中断已有连接） - 验证方式：用
curl -I https://yoursite.com/test.webp查看响应头是否有Content-Type: image/webp
Apache 下图片打开是乱码或直接下载
这是典型的 MIME 类型缺失，Apache 默认不认识 .webp 或 .svgz，会 fallback 到 application/octet-stream，浏览器就只能下载。
宝塔 Apache 网站配置中，“MIME 设置”面板只支持添加简单映射，但实际需要写进 .htaccess 或虚拟主机配置。
- 进入网站根目录，编辑
.htaccess，追加：AddType image/webp .webp AddType image/avif .avif
- 如果启用了“禁止访问 .htaccess”，需在宝塔网站设置 → “配置文件”中，找到
<directory></directory>块，确保有AllowOverride All - 注意：Apache 2.4+ 才原生支持
AddType，旧版本需用mod_mime模块，宝塔默认已启用，不用额外操作
上传后的图片在前台显示为灰色占位图
这不是服务端问题，而是前端加载时被浏览器拦截：常见于 HTTPS 网站混入 HTTP 图片链接（Mixed Content），或图片 URL 路径拼错（比如多了一层 public/public/）。
别急着查服务器，先右键“检查元素”，看图片 src 是什么值，再对比 Network 面板里该请求的真实状态码。
- 如果
src是http://开头而页面是https://，浏览器直接静默屏蔽 —— 改成相对路径/uploads/xxx.jpg或协议相对//yoursite.com/uploads/xxx.jpg - 如果路径含重复目录（如
/www/wwwroot/.../public/uploads/），说明 PHP 框架（如 Laravel）的asset()函数配置了错误的APP_URL，需检查.env中的APP_URL是否带/public - 宝塔“强制 HTTPS”开关开启后，部分老插件仍发 HTTP 请求，这时要配合 Nginx 的
add_header Content-Security-Policy "upgrade-insecure-requests";
ls -l 和 curl -I 的输出里了。 
