PHP上传失败主因是权限控制多层叠加：文件系统权限、Web服务器用户属组、upload_tmp_dir、open_basedir及SELinux均可能单独导致失败，需逐层排查而非仅改chmod。
PHP上传失败时，chmod改错目录权限确实会直接导致图片传不上去
常见现象是：move_uploaded_file() 返回 false，且 error_get_last() 提示 Permission denied。这不是PHP配置或表单问题，而是目标目录（比如 uploads/）对Web服务器用户（如 www-data 或 apache）不可写。
关键点在于：PHP脚本以Web服务器进程身份运行，不是你登录Linux的用户。即使你用 chmod 777 uploads/ 临时解决，也说明权限归属没对上——更稳妥的做法是让目录属组匹配Web服务器组，并给组写权限。
-
chown -R :www-data uploads/（Debian/Ubuntu）或chown -R :apache uploads/（CentOS/RHEL） -
chmod -R 775 uploads/（比777安全，且保留组写入能力） - 确认Web服务器用户能实际访问父路径，比如
/var/www/html/uploads/中的html/本身不能是755但属主不是Web用户，否则子目录权限再开也没用
为什么upload_tmp_dir权限不对也会让图片上传卡住
PHP先把上传文件存到临时目录（默认通常是 /tmp），再由脚本调用 move_uploaded_file() 搬走。如果Web服务器用户对这个临时目录没写权限，连第一步都失败——表现为 $_FILES['xxx']['error'] === 6（UPLOAD_ERR_NO_TMP_DIR）或更隐蔽的 0 错误但 move_uploaded_file() 失败。
- 查当前设置：
echo ini_get('upload_tmp_dir');，为空则用系统默认/tmp - 检查该路径权限：
ls -ld /tmp，确保有drwxrwxrwt（即带t的sticky bit，允许所有用户写但只能删自己文件） - 若自定义了
upload_tmp_dir（如/var/php-tmp），必须确保它存在、属组正确、权限至少为775
open_basedir限制会静默拦截上传路径，和权限无关但表现类似
当启用 open_basedir（常见于共享主机或安全加固环境），而上传目标目录不在允许路径内，move_uploaded_file() 会失败且不报具体错误，只返回 false。此时 error_get_last() 可能显示 open_basedir restriction in effect。
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。
立即学习“PHP免费学习笔记（深入）”；
- 检查是否启用：
echo ini_get('open_basedir'); - 若返回非空值，确认你的上传目录（如
/var/www/html/uploads）在该值列出的路径中，例如：/var/www/html:/tmp - 修改需在
php.ini、.htaccess（Apache）或nginx.conf（配合fastcgi_param PHP_VALUE）中调整，重启服务生效
SELinux开启时，chmod和chown都对上传没用
在CentOS/RHEL等默认启用SELinux的系统上，即使目录权限和属组完全正确，上传仍可能失败。这是因为SELinux策略阻止httpd进程写入非标准上下文的目录。
- 临时验证：执行
setenforce 0关闭SELinux，再试上传；若成功，就是SELinux问题 - 永久修复：给上传目录打上正确上下文，例如：
semanage fcontext -a -t httpd_sys_rw_content_t "/var/www/html/uploads(/.*)?"，然后restorecon -Rv /var/www/html/uploads - 别漏掉临时目录：
semanage fcontext -a -t httpd_tmp_t "/var/php-tmp(/.*)?"（若自定义了upload_tmp_dir）
权限排查真正麻烦的从来不是“该设多少”，而是搞清当前生效的是哪一层控制：文件系统权限、PHP运行上下文、Web服务器配置、SELinux/AppArmor、甚至容器挂载选项。每层都可能单独卡住上传，得一层层排除，不能只盯着 chmod。
