Permission denied是Web服务用户（如www-data）因父目录缺执行权限或open_basedir限制被Linux拒绝，需逐级检查ls -ld路径、确保每级有x位，并确认open_basedir包含项目根目录。
phpEnv 里页面报 Permission denied 是谁在拦你
不是 phpEnv 本身限制，而是它底层运行的 Web 服务（通常是 Apache 或 Nginx）以某个系统用户身份（比如 www-data 或 apache）读取 PHP 文件时，被 Linux 文件权限或安全策略拒绝了。关键点：PHP 脚本能否执行，取决于该用户对文件**及其所有父目录**是否具备「执行」（x）权限——很多人只改文件权限，却漏了目录。
为什么 chmod 755 目录后还是 Permission denied
常见错误是只给目标文件夹设了 755，但它的上层目录（比如 /var/www 或 /home/user/www）缺少执行位，导致 Web 进程根本进不去。Linux 中，进入目录需要「执行」权限，哪怕只是读取里面的一个 PHP 文件。
- 用
ls -ld /var/www和ls -ld /var/www/myproject逐级检查，确认每一级路径的 owner/group 都允许www-data进入（即对应位置有x） -
chmod 755对目录有效，但对文件应慎用：644足够读取，664可配合组写入 - 若项目在用户家目录（如
/home/alex/www），默认家目录权限常为700，必须至少改为711或755，否则www-data连根目录都进不去
chown 不起作用？先确认 Web 进程到底用哪个用户
别凭经验猜 www-data，phpEnv 的 Apache/Nginx 配置可能已改用户。直接查进程更可靠：
- 运行
ps aux | grep -E '(apache|httpd|nginx)'，看主进程的 USER 列（注意不是 worker 子进程） - Apache 常见于
www-data（Debian/Ubuntu）或apache（CentOS/RHEL）；Nginx 多为www-data或nginx - 确认后，用
chown -R www-data:www-data /path/to/your/project，注意冒号后是组名，不加组可能导致组权限失效 - 如果不想改属主，可把
www-data加入当前用户组（如usermod -aG alex www-data），再设目录组权限为775
SELinux 或 open_basedir 是隐藏推手
即使权限和属主全对，仍报错，就得怀疑这两类限制：
立即学习“PHP免费学习笔记（深入）”；
- 运行
sestatus，若输出enabled，再用ls -Z /path/to/project看上下文是否为httpd_sys_content_t（Apache）或httpd_sys_rw_content_t（需写入）。不对就用chcon -R -t httpd_sys_content_t /path/to/project - 查
php.ini或虚拟主机配置里是否有open_basedir，例如值为/var/www/html:/tmp，而你的项目在/home/user/project，那必然被拒。临时注释掉该行测试 - phpEnv 若启用了 per-site PHP 配置，检查对应站点的
.user.ini是否也设了open_basedir
sudo systemctl restart apache2 或 sudo systemctl restart nginx，否则变更不生效。 
