<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comments on: The FastCGI and the Furious</title>
	<atom:link href="http://www.websitepublisher.net/blog/2010/02/25/the-fastcgi-and-the-furious/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.websitepublisher.net/blog/2010/02/25/the-fastcgi-and-the-furious/</link>
	<description>Website Promotion, Generating Revenue, Website Management</description>
	<lastBuildDate>Sat, 28 Feb 2026 22:09:57 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.8.41</generator>
	<item>
		<title>By: celulares</title>
		<link>http://www.websitepublisher.net/blog/2010/02/25/the-fastcgi-and-the-furious/#comment-42864</link>
		<dc:creator><![CDATA[celulares]]></dc:creator>
		<pubDate>Tue, 28 Sep 2010 17:02:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.websitepublisher.net/blog/?p=198#comment-42864</guid>
		<description><![CDATA[This post made take the risk to switch to mod_fcgid/MPM Worker and I couldn&#039;t be happier. Load decreased significantly and crashes seem to be problems of the past. The configuration was a breeze, nothing really hard, although scarce on the Net.
Still, I&#039;m having minor problems when zombie processes get killed, it seems php stops serving when this is happening. Still looking for an answer to that, but it&#039;s just a minor glitch.

thanks from another Jack-of-all-trades]]></description>
		<content:encoded><![CDATA[<p>This post made take the risk to switch to mod_fcgid/MPM Worker and I couldn&#8217;t be happier. Load decreased significantly and crashes seem to be problems of the past. The configuration was a breeze, nothing really hard, although scarce on the Net.<br />
Still, I&#8217;m having minor problems when zombie processes get killed, it seems php stops serving when this is happening. Still looking for an answer to that, but it&#8217;s just a minor glitch.</p>
<p>thanks from another Jack-of-all-trades</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carl</title>
		<link>http://www.websitepublisher.net/blog/2010/02/25/the-fastcgi-and-the-furious/#comment-39262</link>
		<dc:creator><![CDATA[Carl]]></dc:creator>
		<pubDate>Tue, 02 Mar 2010 04:43:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.websitepublisher.net/blog/?p=198#comment-39262</guid>
		<description><![CDATA[I&#039;d take a look at alternative web servers as well. lighttpd, cherokee.  very fast, light memory footprint (when compared with apache).]]></description>
		<content:encoded><![CDATA[<p>I&#8217;d take a look at alternative web servers as well. lighttpd, cherokee.  very fast, light memory footprint (when compared with apache).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Smith</title>
		<link>http://www.websitepublisher.net/blog/2010/02/25/the-fastcgi-and-the-furious/#comment-39181</link>
		<dc:creator><![CDATA[Peter Smith]]></dc:creator>
		<pubDate>Fri, 26 Feb 2010 09:31:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.websitepublisher.net/blog/?p=198#comment-39181</guid>
		<description><![CDATA[The problem is that cpanel defaults to running PHP as CGI, which gives poor performance and prevents you from using things like eAccelerator, APC, xcache etc). The reason it does this is to allow better privilege separation (with PHP code runs as the user who owns the domain, rather than as the web server user).

On a multi-user server, this is a good precaution; but it&#039;s unnecessary when you&#039;re only using the server to host your own sites. In these cases it&#039;s probably best just to use PHP via the DSO module in Apache - you can do this via the easyapache command line script]]></description>
		<content:encoded><![CDATA[<p>The problem is that cpanel defaults to running PHP as CGI, which gives poor performance and prevents you from using things like eAccelerator, APC, xcache etc). The reason it does this is to allow better privilege separation (with PHP code runs as the user who owns the domain, rather than as the web server user).</p>
<p>On a multi-user server, this is a good precaution; but it&#8217;s unnecessary when you&#8217;re only using the server to host your own sites. In these cases it&#8217;s probably best just to use PHP via the DSO module in Apache &#8211; you can do this via the easyapache command line script</p>
]]></content:encoded>
	</item>
</channel>
</rss>
