我注意到以下行为或PHP-FPM：
看看这两个Nginx配置：
server {
listen 80;
server_name example.com;
location / {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME /srv/www/i.PHP;
fastcgi_param PHP_VALUE "display_errors=1";
include fastcgi_params;
}
}
server {
listen 80;
server_name example.net;
location / {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME /srv/www/i.PHP;
include fastcgi_params;
}
}
PHP PHPinfo();
正如您所看到的,唯一的区别是fastcgi_param PHP_VALUE“display_errors = 1”;.
现在,如果您杀死所有FPM工作者,并首先打开example.net,您将看到display_errors按预期方式关闭.在example.com上,您将看到display_errors为On.
但是,如果再次访问example.net并且此请求由同一个worker继续,则将display_errors设置为On.
所有FPM工作人员都在同一个池中工作.
问题：如何使example.net始终使用默认设置？
可能的解决方案：
>使用example.net config中的所需设置定义PHP_VALUE.
>似乎是一个“正确”的解决方案 – 为每个站点创建单独的工作池.
但是我们的服务器上有很多网站,这两个解决方案都意味着需要进行大量的日常工作.我想知道是否有更简单的方法.
更新：
选择我的示例中的display_errors设置只是为了演示问题.任何PHP.ini设置都会发生同样的情况.根据评论,在单个服务器上混合生产和开发站点是一个坏主意.
我假设在PHP配置中display_errors被禁用.然后,您访问.net页面,其中您的PHPinfo()确认它已被禁用.
然后你访问.com页面,Nginx将display_errors = 1传递给同一个池中的PHP-FPM工作者.用新值1覆盖前一个值0.您可以使用PHPinfo()确认.
现在PHP-FPM池设置设置为display_errors = 1.
再次访问.net页面时,PHPinfo()确实确认display_errors = 1,因为当Nginx将值1传递给现在处理另一个网站的同一个池时,它被覆盖了.
解决方案是将开发移动到另一台服务器,如评论中所建议的那样.或者为您的站点创建一个专用的PHP-FPM池,这是您应该做的最少的.
奖金：
请不要在您的Nginx配置中执行此操作：fastcgi_param PHP_VALUE“display_errors = 1”;
这应该在PHP配置文件中,最好是在站点自己的fpm池配置中.
But we have a lot of websites on our server,and both solutions mean a lot of routine work to set up. I was wondering if there is an easier way.
您可以使用每个池前缀进行快速修复.在任何情况下,将多个站点放在一个工作池上是一个坏主意,因为我只需要让你的一个站点执行我的恶意PHP脚本,以便在不费力的情况下危害使用同一个worker的所有其他站点.
