测试上传失败但配置看着没问题：三个隐蔽原因

学完这篇，你能在「后台配置全都对、上传就是失败」的情况下，按三个最容易漏掉的点逐项定位，不用再反复重启 PHP 或重装系统。

第一步：确认失败的是图片还是附件，这两个白名单是分开的

进入后台「系统设置 → 上传」，你会发现有两个容易混的字段：

• 允许的扩展名：管图片上传（帖子编辑器里的图片按钮）
• 附件允许的扩展名：管附件上传（附件面板）

这两个字段互不影响。如果图片传不上去，而附件功能正常，多半是第一个字段里没有 jpg,png,gif,webp 这些项；反过来，附件传不上去，就去看第二个字段。

注意：系统对上传文件既做类型白名单，也对图片做二次校验（确认真的是图片）。所以改完后缀名也能传的“假图”会被拦下，这属于正常行为，不是配置问题。

判断方法很简单：先看提示文案。如果提示中明确包含“扩展名”或“类型不允许”，到这里就能结束排查；如果什么提示都没有，继续往下看。

第二步：检查 PHP 的 post_max_size，它会让整个请求直接丢失

这是三个原因里最隐蔽的一个。表现是：点击上传后页面像没提交一样，没有报错、没有提示，甚至直接跳回列表页。

原因在于 PHP 收到超过 post_max_size 的请求时，会把整个 POST 体和文件一起丢掉，脚本里拿到的 $_POST、$_FILES 全是空的。系统连“文件有多大”都读不到，自然给不出“超过上限”的提示。

需要同时看两个值（宝塔在「软件商店 → PHP → 设置 → 配置修改」）：

upload_max_filesize = 30M
post_max_size = 32M
max_execution_time = 60

关键点：post_max_size 必须大于 upload_max_filesize，因为一个请求里除了文件还有表单字段、CSRF token 等内容。两个都填 30M 反而会失败。宝塔默认是 2M，手机直出的照片动辄 4-8M，一传就失败，而你在电脑上拿一张小图测试又是正常的——这就是“配置看着没问题”的来源。

注意：改完 PHP 配置必须重启 PHP-FPM 才生效，只点保存不重启等于没改。另外确认你改的是当前站点实际使用的那个 PHP 版本，宝塔装多个版本时很容易改错。

第三步：查 uploads 目录的属主，不是只看权限是不是 777

“目录不可写”这句话容易被理解成权限位不够，实际上更常见的情况是属主不对。

典型场景：你用 root 通过 SSH 或面板文件管理器解压、上传过东西，uploads 下面的子目录属主变成了 root；而 PHP 是以 www 用户跑的，权限位即使是 777 在某些挂载选项下也写不进去。

登录 SSH 执行：

ls -ld uploads
ls -l uploads/ | head
df -h
df -i

看三件事：属主是不是 www:www、磁盘空间是否已满、inode 是否耗尽。修复：

chown -R www:www uploads
chmod -R 755 uploads

注意：还有两个容易漏掉的点。一是图片上传和表情包属于会员专属权益，管理员豁免——你在后台用管理员账号测一切正常，换个普通用户就失败，这时先去看「会员套餐」里有没有勾选“图片上传”。二是版权限之外还要看版块权限矩阵，某些版块对特定用户组关闭了上传，表现同样是传不上去。

小结

排查顺序记住这三条，从外到内：

1. 白名单：图片和附件是两个独立字段，先看提示文案指向哪一个。
2. PHP 上限：post_max_size 要大于 upload_max_filesize，改完重启 PHP-FPM；这一项失败时常常零提示。
3. 目录可写：查属主（www:www）、磁盘空间、inode，而不是只盯权限位。

另外永远记得分账号测一遍：管理员豁免会员权益，管理员能传不代表用户能传。