我最近把所有的实验室服务器从apache pre_fork / mod_php切换到了apache worker / fcgi / php-fpm，并且在正确设置了一切后，我注意到了最后一个问题。 php-fpm将它自己的日志logging“标题”添加到php错误日志中。 所以这（php-fpm添加它自己的头）： Sep 21 22:01:50 dev-a-1 php-fpm: pool www: 2014-09-21@22:01:50 dev-a-1.sn1.j1n.us DEBUG(7): VB9KzAoAAAQAAFGbEuQAAAAQ: Hobis_Api_Bootstrap initalized (should only happen once) 应该看起来像这样（使用mod_php的日志条目的一个例子）： 2014-09-21@22:01:50 dev-a-1.sn1.j1n.us DEBUG(7): VB9KzAoAAAQAAFGbEuQAAAAQ: Hobis_Api_Bootstrap initalized (should only happen once) 因为我将所有日志logging到系统日志，并在那里过滤，所以我可以添加一个正则expression式： .*(pool www:) 但我希望有一个更优雅的解决scheme。 有没有一个configuration选项，我可以设置，所以php-fpm只是直传？ 我试着将catch_workers_output设置为yes，但是没有帮助。
我最近把一个opencart实例从Apache + mod_php切换到了nginx + fastcgi + php-fpm。 我一直试图通过fastcgi-cachecaching大多数页面。 不幸的是，许多用户开始报告鬼命令或接pipe其他帐户（weeee !!!!）从彻底挖掘，似乎页面被caching与set-cookie！ 因此，没有发送预先存在的会话cookie的后续用户正在获取caching启动器的会话cookie。 坏！ 根据所有的文件那里，下面的设置应该是防止这种情况发生（至less我的理解:) fastcgi_pass_header Set-Cookie; fastcgi_pass_header Cookie; fastcgi_ignore_headers Cache-Control Expires Set-Cookie; 当我通过单个caching看，我注意到几个页面与set-cookie：[somerandomsessionid]根据fastcgi_cache_valid下的nginx文档… 如果头部包含“Set-Cookie”字段，则不会caching这样的响应。 通过包含Set-Cookie与fastcgi_ignore_headers，我告诉它cachingset-cookie？ 在许多例子中， Set-Cookie是fastcgi_ignore_headers参数的一部分。 还是应该防止Set-Cookie被处理，即使它明显在caching文件中？ 以下是我的configuration的相关部分： 位置〜.php $ {… fastcgi_next_upstream error timeout invalid_header http_500 http_503; fastcgi_cache OPENCART; fastcgi_cache_bypass $no_cache; fastcgi_no_cache $no_cache; fastcgi_cache_purge $purge_method; fastcgi_cache_methods GET HEAD; fastcgi_cache_valid 200 5m; fastcgi_cache_use_stale error timeout invalid_header […]
我有一个Python脚本作为FastCGI在我的服务器上运行，使用Apache2和mod_fcgid。 我让它产生五个进程。 但是我很快就会在Apache日志中获得这样的消息： [Wed Sep 02 23:16:34 2009] [warn] (103)Software caused connection abort: mod_fcgid: ap_pass_brigade failed in handle_request function [Wed Sep 02 23:16:35 2009] [warn] (103)Software caused connection abort: mod_fcgid: ap_pass_brigade failed in handle_request function 然后Apache似乎并没有意识到它的所有进程都是死的（我最多有5个后端），并拒绝产生新的进程： [Wed Sep 02 23:26:16 2009] [notice] mod_fcgid: /var/www/hacks.og.theinfo.org/picker.fcgi total process count 5 >= 5, skip the spawn request [Wed […]
我们正在运行更大的部署，在Apache2和mod_wsgi下运行多个服务器运行Django应用程序。 我们正在考虑切换到apache2 + fastcgi和移动fcgi进程分开应用程序服务器“层”。 我的问题是：如何在这些多个后端服务器之间做适当的负载平衡？ 我最担心的是能够即时添加和删除服务器。
我有一个在CentOS上设置的服务器，我需要将API从CGI更改为FCGI（其他人最初设置）以使x-cache正常工作（我们需要这样做，因为我们周一有电视机出现，加载）。 该服务器是专用的戴尔R210，采用英特尔至强L3426（8M高速caching1.86GHz）和2GB内存 – 但是它支持244个并发客户端（通过loadimpact.com）。 计划是安装nginx作为apache的反向代理，并configurationapache监听端口81 localhost，并将nginx转发请求转发给apache。 目前什么是杀死我们的处理器是php渲染，因为我们运行的是Joomla 1.5，所以我想运行x-cache作为RAM的操作码。 但是x-cache不能和CGI一起工作 – 只有FCGI才能解决这个问题，为什么需要这样做？ 这是一个安全的Joomla网站的变化？ 这怎么可以通过CLI来完成 – 我们有cPanel，但我讨厌它。
我们能够find正在运行Magento的NGINX服务器崩溃的问题，直到以下几点： 背景信息：Magento后端有一个所见即所得的编辑器CMSfunction。 这个编辑器通过magento（cms / directive）中的控制器加载一些图片。 当我们将NGINX error_log级别设置为info时，我们得到以下行（为了更好的可读性插入换行符）： 2012/10/22 18:05:40 [info] 14105#0: *1 client closed prematurely connection, so upstream connection is closed too while sending request to upstream, client: XXXXXXXXX, server: test.local, request: "GET index.php/admin/cms_wysiwyg/directive/___directive/BASEENCODEDIMAGEURL,,/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9024", host: "test.local" 在debugging器中检查代码时，以下调用永远不会返回（在'Varien_Image_Adapter_Abstract :: getMimeType（）` # $this->_fileName is http://test.local/skin/adminhtml/base/default/images/demo-image-not-existing.gif` # $_SERVER['REQUEST_URI'] = http://test.local/admin/cms_wysiwyg/directive/___directive/BASEENCODEDIMAGEURL list($this->_imageSrcWidth, $this->_imageSrcHeight, $this->_fileType, ) = […]
我已经在Centos + Apache上安装了php-fpm，使用这个手册 – http://www.howtoforge.com/using-php5-fpm-with-apache2-on-centos-6.2-p2，但是PHP-FPM不显示在phpinfo （）。 我不明白为什么。 PHP-FPM过程安装并运行得很好： # service php-fpm status php-fpm (pid 13349) is running… # service php-fpm configtest [29-Apr-2013 14:17:34] NOTICE: configuration file /etc/php-fpm.conf test is successful 我的/etc/php-fpm.conf ： ;;;;;;;;;;;;;;;;;;;;; ; FPM Configuration ; ;;;;;;;;;;;;;;;;;;;;; ; All relative paths in this configuration file are relative to PHP's install ; prefix. ; Include […]
我注意到有几个Apache模块提供FastCGI支持。 最stream行的两个似乎是mod_fastcgi和mod_proxy_fcgi 。 似乎也有其他的。 我的问题是： 哪个模块最受欢迎？ 哪个被认为是过时的。 我问的原因是我正在写FastCGI支持某种脚本语言，我不知道我应该主要testing哪些设置。 当然，FastCGI是一个标准，所以理论上所有东西都应该是可移植的。 另一方面，在应用程序服务器启动等方面似乎有一定的差异。一旦我完成，我还想写一些“如何做”，所以我想知道主要包括哪些选项。 希望这不是一个开放式的问题。
我有一个512MB服务器实例与一个核心。 截至目前，我有约3个网站约10K条，在他们所有的我有超高速caching启用。 典型的caching时间是3600秒或7200秒。 和VPS实例持有就好了。 它每天只有一个CPU的60％左右的高峰。 我读过，一旦一个网站达到30K条，依靠wp超级caching，由于文件编号（linux文件系统）或类似的东西不是一个好习惯。 所以我想也许，我应该切换到使用，nginx fastcgicaching。 在他们的网站，他们推荐这是最好的做法，与wp超级caching或w3总caching相比。 考虑到公羊的数量，我有空。 你们认为fastcgicaching会是我的网站更好的select吗？ 那么memcached呢？ 我有php 7.1启用opcache。
我们开发和维护Web应用程序; 并在我们目前的设置; 我们正在使用数据库服务器，应用程序服务器和Web服务器的三层系统。 到现在为止还挺好。 我们面临的问题是， 理论上这个设置是为了帮助我们平衡这些机器之间的负载，并根据需要插入新的碎片。 在实践中，这种对我们后台networking的压力正在成为一个严重的瓶颈。 还有服务静态文件的问题; 由于我们目前的设置; 这些必须由应用程序提供服务（耗尽可用于处理传入请求的FastCGI进程），或者首先在运行应用程序的机器上使用Web服务器作为本地代理。 那么问题就变成了： 只需将Web和应用程序服务器合并为一个; 它带来的configuration简化; 和访问的直接性（本地套接字而不是TCP）; 以及通过Web服务器提供静态文件的能力提高可能会提高性能; 还是有我错过的开销因素？