PHP写入失败90%因Web进程用户（如www-data）对目录无写权限，需先用whoami.php确认用户，再逐级检查权限链（含父目录x位），最后安全设置chown与chmod，排除open_basedir和SELinux干扰。
phpEnv 站点写入失败，90% 是因为 Web 进程用户（如 www-data）对目标目录没有写权限，而不是 phpEnv 本身有问题。直接改 chmod 777 不仅无效，还可能被安全扫描器标记为高危。
确认 phpEnv 下 PHP 实际运行用户
phpEnv 是多版本 PHP 环境管理工具，但它不改变 Web 服务器的执行身份——Apache/Nginx 仍以系统用户（如 www-data、apache 或 nginx）调用 PHP。你必须查清这个用户，而非 phpEnv 的安装用户。
- 在站点根目录放一个
whoami.php：<?php echo exec('whoami'); ?> - 通过浏览器访问，看输出；若为空，改用
posix_getpwuid(posix_geteuid())['name'] - 别信终端里
php -v的执行者——那是 CLI 用户，和 Web 上下文完全隔离
检查目标目录的完整权限链（含父目录 x 权限）
phpEnv 站点常见写入路径如 data/、runtime/、uploads/，但 fopen() 或 move_uploaded_file() 失败，往往卡在某一级父目录缺 x（执行）位——没有它，PHP 连“进入目录”都做不到。
- 逐级运行
ls -ld /var/www/my-site /var/www/my-site/data，确认每一层的属主/属组是否匹配上一步查到的 Web 用户 - 权限字段如
drwxr-xr-x中，第三段（其他用户）的x不是必须的，但属主或属组位必须有r和x（读+进入），写入还需w - 特别注意：phpEnv 默认站点路径常落在
/home/用户名/www/下，而/home/用户名目录默认权限是700，会直接拦截 Web 进程访问——这是最常被忽略的断点
安全设置权限：chown + chmod 组合操作要点
给 phpEnv 站点目录设权限，核心是“最小够用”，且避免递归误伤（比如把 .php 文件也改成 755）。
立即学习“PHP免费学习笔记（深入）”；
- 先归属：假设 Web 用户是
www-data，运行sudo chown -R www-data:www-data /home/username/www/my-site/data - 再设权限：
sudo chmod 755 /home/username/www/my-site/data（目录必须 755，不能 777；文件不用递归改） - 如果需上传或日志写入，只对明确需要的子目录开放写权限，例如：
sudo chmod 775 /home/username/www/my-site/uploads，并确保www-data在该目录所属组中 - 绝对不要
chmod -R 777 /home/username/www——这会让所有 PHP 脚本可被任意修改，极易被植入后门
排查 open_basedir 和 SELinux 干扰
即使权限全对，phpEnv 站点仍写入失败？大概率是这两处静默拦截。
- 在 PHP 脚本里加
echo ini_get('open_basedir');，若输出非空（如/home/username/www/:/tmp/），但你的写入路径不在其中（比如想写到/var/log/myapp），就必须修改 php.ini 或 vhost 配置，追加路径并重启 Web 服务 - CentOS/RHEL 系统启用 SELinux 时，
ls -Z /home/username/www/my-site/data若显示unconfined_u:object_r:user_home_t:s0，说明上下文不对；应执行sudo chcon -R -t httpd_sys_rw_content_t /home/username/www/my-site/data - Docker 环境下，宿主机映射的目录权限由宿主决定，容器内
chown无效——得在docker run时用--user指定 UID 匹配
真正麻烦的从来不是 chmod 几个数字，而是权限链上某一级目录的 x 位缺失，或者 open_basedir 静默截断了路径。这两处不查错误日志（tail -f /var/log/apache2/error.log 或 journalctl -u nginx -f），光靠试错根本定位不到。
