phpEnv中Apache默认以www用户运行，UID/GID为1001（部分版本1000），目录权限须同时满足：所有者为www、所有者权限含w（如755）、父路径各级对www可执行（x位）。
phpEnv中Apache运行用户是谁？
phpEnv 默认使用 www 用户运行 Apache 和 PHP（不是 www-data 或 apache），这点和宝塔、Ubuntu 官方包不同。如果你用 ps aux | grep httpd 查看，进程所有者通常就是 www；也可以在 phpEnv 控制面板的「服务」页或 Apache 配置文件中确认。
- 该用户由 phpEnv 安装时自动创建，UID/GID 固定为 1001（部分版本为 1000）
- 所有写入操作（如缓存、日志、
ZipArchive临时文件）都以该用户身份执行 - 若你手动改过系统用户或通过脚本创建了目录，很可能所有者不匹配
目录权限必须满足哪三个条件？
仅设 755 或 777 不够，需同时满足：
- 目录所有者是
www（不是root或当前登录用户） - 所有者权限位含
w（即权限数字第一位 ≥ 6，如755、644可，555不可） - 目录所在父路径每一级都对
www用户可执行（x位），否则无法进入——常见于挂载点或深层嵌套路径，例如/data/www/myapp/runtime中若/data权限是750且不属于www组，就会失败
验证命令：
ls -ld /data /data/www /data/www/myapp /data/www/myapp/runtime确保每行第三列是
www，且权限字符串开头是 drwx（不是 dr-x）
SELinux 或 AppArmor 在 phpEnv 下是否生效？
phpEnv 主要面向 Windows Subsystem for Linux（WSL）或轻量 Linux 环境（如 CentOS 7/8 最小安装），默认不启用 SELinux。但若你是在原生 CentOS/RHEL 上手动部署 phpEnv（非官方一键包），仍需检查：
立即学习“PHP免费学习笔记（深入）”；
- 运行
sestatus，输出为disabled则无需处理 - 若为
enabled，且ls -Z /path/to/dir显示上下文不含httpd_sys_rw_content_t，则需：chcon -R -t httpd_sys_rw_content_t /path/to/dir
- 更稳妥的做法是：先用
setenforce 0临时关闭，测试写入是否恢复，再决定是否永久调整策略
为什么 chmod 777 后还是 Permission denied？
这几乎一定是以下某个原因：
- 目录挂载自 Windows（如 WSL 的
/mnt/c/xxx），NTFS 文件系统不支持 Unix 权限，chmod无效，必须改用 Windows ACL 或移至 Linux 原生路径（如/home/xxx/project） -
open_basedir限制未包含目标路径，PHP 直接拒绝访问——检查 php.ini 中open_basedir值，或在虚拟主机配置里加：php_admin_value open_basedir "/home/wwwroot:/tmp"
- 磁盘已满或 inode 耗尽：
df -h和df -i必须都检查 - Apache 配置中
<directory></directory>段落用了Require all denied或遗漏AllowOverride All，导致 .htaccess 里的权限控制被忽略
最常被忽略的是：phpEnv 的 Apache 默认监听 8080 端口，但错误日志仍写入 /phpenv/apache/logs/error.log，而这个路径可能没被赋予 www 用户写权限——别只盯着项目目录，先确保 Apache 自身日志能写，才是权限链通畅的第一步。
