上传失败主因是upload_tmp_dir未配置或权限不当，需设独立目录并授权www用户，同时确保upload_max_filesize、post_max_size和Nginx的client_max_body_size三者匹配且足够大。
宝塔网站后台图片上传失败，90% 情况不是 Discuz、phpcms 或编辑器本身的问题，而是 PHP 上传链路在 upload_tmp_dir 这一环就断了——临时文件根本写不进去，后续所有操作都是空谈。
upload_tmp_dir 为空或指向 /tmp 时最危险
PHP 默认不显式设置 upload_tmp_dir，会 fallback 到系统 /tmp。但这个目录常被设为 drwxrwxrwt 1 root root，看起来可写，实则因粘滞位 + 所属用户不匹配，导致 PHP-FPM 以 www 用户身份无法创建临时文件。
- 执行
php -i | grep upload_tmp_dir，若输出为空或显示/tmp，基本就是它 - 运行
ls -ld /tmp，如果权限是drwxr-xr-x（缺 w 位）或属主不是www，必须干预 - 别直接
chmod 1777 /tmp——云服务器/加固环境里这等于开后门，风险远大于收益
必须用独立目录并显式配置 upload_tmp_dir
宝塔面板里改 php.ini 是唯一可靠路径，不能依赖默认值。推荐把临时目录落到站点根目录下，隔离性强、权限可控、排查方便。
- 创建目录：
mkdir -p /www/wwwroot/your-site.com/tmp - 授权：
chown www:www /www/wwwroot/your-site.com/tmp且chmod 700 /www/wwwroot/your-site.com/tmp（不用 755，避免其他用户窥探） - 在宝塔 PHP 设置 → 配置修改中，取消注释并填入：
upload_tmp_dir = /www/wwwroot/your-site.com/tmp - 保存后，必须点【重启】PHP 服务，否则配置不加载
upload_max_filesize 和 post_max_size 不匹配会静默失败
即使临时目录完全可写，只要 post_max_size ，或两者都小于你要传的图，PHP 就会在解析请求体时直接截断，浏览器只看到“上传失败”，日志里却没报错。
-
upload_max_filesize控制单个文件上限（比如设20M） -
post_max_size必须 ≥ 它，还要多留 2–4M 给表单字段（建议设24M） - Nginx 用户额外注意：
client_max_body_size必须同步调大，否则请求压根进不了 PHP 层，直接返回 413
上传成功后图片仍不显示？盯死 data/attachment 或 uploadfile 权限
临时目录只是第一关。上传流程是：浏览器 → upload_tmp_dir（临时存）→ move_uploaded_file() → Discuz/phpcms 指定的最终路径（如 data/attachment）。后者权限不对，照样白忙。
- 确认该目录存在且由
www用户拥有：chown -R www:www /www/wwwroot/your-site.com/data/attachment - 目录权限设
755，文件权限保持644，不要chmod -R 777全家桶 - 检查磁盘空间：
df -h，/www分区满 95%+ 时，move_uploaded_file会因 no space 报错，但前端只显示失败
真正卡住上传的，从来不是功能开关或 JS 脚本，而是那一行没配的 upload_tmp_dir、那个没授权的 tmp 目录、或者三个大小限制里漏调的一个数值。改完记得重启 PHP，别信“保存即生效”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
