phpEnv不支持按站点配置独立Nginx用户，因nginx的user指令仅允许在main上下文全局设置，无法嵌套于server块；真正可行的权限隔离方式是通过PHP-FPM的独立pool配置，为各站点指定不同user/group及socket属主，并配合open_basedir等PHP层限制实现安全隔离。
phpEnv 本身不支持、也不应为不同站点配置独立的 Nginx 运行账号。 它是一个面向开发者的本地环境套件（类似 XAMPP/MAMP），底层仍是单实例 Nginx + PHP-FPM，所有站点共享同一组 worker 进程和用户权限。强行拆分会导致服务无法启动或静态文件 403 错误——这不是配置问题，而是架构限制。
为什么不能用 nginx user 指令隔离站点
Nginx 的 user 指令（写在 nginx.conf 全局块里）只允许指定一个系统用户和组，用于启动 worker 进程。它作用于整个 Nginx 实例，无法按 server 块生效。即使你尝试在某个 server 块里加 user www-data:site1，Nginx 会直接报错：nginx: [emerg] "user" directive is not allowed here。
- 该指令只能出现在
main上下文（即nginx.conf最外层），不能嵌套进http或server - phpEnv 的 Nginx 启动脚本（如
start_nginx.bat或 shell 脚本）会覆盖手动修改，重启即失效 - 即使硬改成功，PHP-FPM 仍以固定用户（如
www-data）运行，文件读写权限依然冲突
真正能隔离站点权限的方式：靠 PHP-FPM 的 pool 配置
phpEnv 支持为每个站点启用独立的 PHP-FPM pool（通过修改 php-fpm.d/www.conf 或新增 site1.conf），这才是生产级权限隔离的正确路径：
- 每个 pool 可指定不同的
user和group（如site1用户），控制 PHP 脚本执行身份 - 配合
listen.owner/listen.group设置 socket 文件属主，确保 Nginx worker 能读写该 socket - 站点根目录设为该用户的 home 目录（如
/home/site1/public），并设chown site1:site1 -R /home/site1 - Nginx 的
root指令指向该目录，fastcgi_pass指向对应 pool 的 unix socket（如unix:/usr/local/php/var/run/site1.sock）
示例 pool 配置片段（保存为 php-fpm.d/site1.conf）：
立即学习“PHP免费学习笔记（深入）”；
[site1] user = site1 group = site1 listen = /usr/local/php/var/run/site1.sock listen.owner = www-data listen.group = www-data pm = dynamic pm.max_children = 10
phpEnv 下实际可操作的最小权限方案
如果你只是想避免多个站点互相读写对方的 uploads/ 或 cache/ 目录，不需要新建系统用户，用以下方式更轻量、更可靠：
- 所有站点仍由
www-data运行，但在 PHP 层强制限定路径：用open_basedir限制每个站点能访问的目录范围（在 pool 配置中加php_admin_value[open_basedir] = /var/www/site1:/tmp） - 上传目录不放在
public/下，改用符号链接指向用户专属路径（如/var/www/site1/uploads → /home/site1/uploads），并设chmod 750+chown site1:www-data - 禁用全局
allow_url_fopen和exec等危险函数（在 pool 中用php_admin_flag[allow_url_fopen] = off） - phpEnv 的 Nginx 日志默认写入
logs/nginx/，不要试图把 access_log 按站点拆到不同用户目录——Nginx 进程无权切换 uid 写日志
绕开 phpEnv 的封装直接改 Nginx 用户，等于在沙盒里焊死盖子还试图从底下掏洞。真要多用户隔离，该上 Docker 或原生 LEMP 环境，而不是在 phpEnv 的预设轨道上硬拐弯。
