如何在PHP-FPM环境下为单个站点恢复disable_functions中的proc_open？

为什么[PATH=...]配置无效 #

PHP.ini中的[PATH=/path]语法仅适用于CLI模式，PHP-FPM作为FastCGI进程管理器，完全不识别这种按路径分段的php.ini配置。即便phpinfo()显示本地值符合预期，实际运行时FPM仍会使用全局disable_functions配置，这就是你遇到问题的核心原因。

正确解决方法：使用PHP-FPM独立池配置 #

PHP-FPM支持为每个站点创建独立的进程池，并通过池配置覆盖全局php.ini的参数，这是多站点环境下实现差异化配置的标准方式：

1. 找到FPM池配置目录
   通常路径为/etc/php/7.4/fpm/pool.d/，默认会有一个www.conf作为全局模板。

2. 为目标站点创建独立池配置
   新建文件/etc/php/7.4/fpm/pool.d/my-website.conf，内容示例：

   [my-website]
   user = www-data
   group = www-data
   listen = /run/php/php7.4-fpm-my-website.sock
   listen.owner = www-data
   listen.group = www-data
   php_admin_value[disable_functions] = exec,passthru,shell_exec,system,popen
   ; 其他通用配置可参考www.conf，比如pm.max_children、pm.start_servers等
   

   关键是php_admin_value[disable_functions]这一行：把需要禁用的函数列出来，去掉proc_open，这样就仅为该站点恢复了proc_open的权限。

3. 修改Nginx配置对应到新的FPM池
   在该站点的Nginx server块中，将fastcgi_pass指向新的sock文件：

   location ~ \.php$ {
       include snippets/fastcgi-php.conf;
       fastcgi_pass unix:/run/php/php7.4-fpm-my-website.sock;
   }
   

4. 重启服务生效
   重启PHP-FPM和Nginx：

   systemctl restart php7.4-fpm
   systemctl restart nginx
   

5. 验证配置
   在目标站点的phpinfo()页面查看disable_functions项，确认proc_open已不在禁用列表中，再测试Process类或proc_open函数即可正常使用。

注意事项 #

• php_admin_value是服务器级别的配置，不受脚本的ini_set()影响，符合PHP文档中disable_functions必须在服务器配置中设置的要求。
• 确保池配置中的用户、组、监听路径权限正确，避免出现权限问题导致FPM进程无法启动或Nginx无法连接。

内容的提问来源于stack exchange，提问作者Dr. Gianluigi Zane Zanettini