<?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 for [boomshadow.net~]#</title>
	<atom:link href="http://boomshadow.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://boomshadow.net</link>
	<description>Tech, filmmaking, &#38; thoughts.</description>
	<lastBuildDate>Wed, 22 Feb 2012 20:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Auto fix for file permissions and ownership by jehzlau</title>
		<link>http://boomshadow.net/tech/fixes/fixperms-script/#comment-1024</link>
		<dc:creator>jehzlau</dc:creator>
		<pubDate>Wed, 22 Feb 2012 20:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=570#comment-1024</guid>
		<description>Ooohh.. nice.. Thanks for the clarification about the script. :D</description>
		<content:encoded><![CDATA[<p>Ooohh.. nice.. Thanks for the clarification about the script. <img src='http://boomshadow.net/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Auto fix for file permissions and ownership by Jacob (Boom Shadow)</title>
		<link>http://boomshadow.net/tech/fixes/fixperms-script/#comment-1023</link>
		<dc:creator>Jacob (Boom Shadow)</dc:creator>
		<pubDate>Wed, 22 Feb 2012 20:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=570#comment-1023</guid>
		<description> @jehzlau:disqus , It is true that you can run a quick CHMOD, however, you have to be careful when running that one you posted. If you run that in any directory outside your document root (public_html), it will break things. For instance, above your public_html directory, there is the user mail folder, the user etc folder, and more. Those files need specific permissions. So be sure you are in your public_html directory before running that. Also, CGI and Perl scripts can&#039;t have perms of 644, or else they can&#039;t execute properly. They need to be set to 755.

The script in my article does so much more. It can safely be run from ANY directory without risk of breaking things. It will set CGI and Perl files to 755. It also does a CHOWN to fix ownership of files/folders. And finally it will also run a cPanel mail perms fix so that all mail user&#039;s boxes are good to go. Its a general good fix to run.</description>
		<content:encoded><![CDATA[<p> @jehzlau:disqus , It is true that you can run a quick CHMOD, however, you have to be careful when running that one you posted. If you run that in any directory outside your document root (public_html), it will break things. For instance, above your public_html directory, there is the user mail folder, the user etc folder, and more. Those files need specific permissions. So be sure you are in your public_html directory before running that. Also, CGI and Perl scripts can&#8217;t have perms of 644, or else they can&#8217;t execute properly. They need to be set to 755.</p>
<p>The script in my article does so much more. It can safely be run from ANY directory without risk of breaking things. It will set CGI and Perl files to 755. It also does a CHOWN to fix ownership of files/folders. And finally it will also run a cPanel mail perms fix so that all mail user&#8217;s boxes are good to go. Its a general good fix to run.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DSO (mod_php) vs. CGI vs. suPHP vs. FastCGI by jehzlau</title>
		<link>http://boomshadow.net/tech/php-handlers/#comment-1018</link>
		<dc:creator>jehzlau</dc:creator>
		<pubDate>Wed, 22 Feb 2012 05:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=242#comment-1018</guid>
		<description>Oh thanks! But I think renaming the affected sites&#039; .htaccess would be time consuming as I have around 900+ wordpress sites in my dedicated server. The .htaccess contains only mod rewrite rules of the custom permalink feature by WP. 

Geezz.. so it&#039;s really hard if I encounter 500 errors after switching to fcgi. O__O</description>
		<content:encoded><![CDATA[<p>Oh thanks! But I think renaming the affected sites&#8217; .htaccess would be time consuming as I have around 900+ wordpress sites in my dedicated server. The .htaccess contains only mod rewrite rules of the custom permalink feature by WP. </p>
<p>Geezz.. so it&#8217;s really hard if I encounter 500 errors after switching to fcgi. O__O</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DSO (mod_php) vs. CGI vs. suPHP vs. FastCGI by Jacob (Boom Shadow)</title>
		<link>http://boomshadow.net/tech/php-handlers/#comment-1017</link>
		<dc:creator>Jacob (Boom Shadow)</dc:creator>
		<pubDate>Wed, 22 Feb 2012 00:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=242#comment-1017</guid>
		<description>On a cPanel box, you will want to edit the post_virtualhost_global.conf. You can modify that through WHM using the &#039;Include Editor&#039;.

However, 500 errors are a different matter. It sounds like you may have some improper coding in an .htaccess file. Try renaming some of the affected sites&#039; .htaccess files so that they aren&#039;t executed. This will narrow down if it is the problem. I would venture to guess that you may have  a suPHP specific command in there. Such as: SuPHP_ConfigPath</description>
		<content:encoded><![CDATA[<p>On a cPanel box, you will want to edit the post_virtualhost_global.conf. You can modify that through WHM using the &#8216;Include Editor&#8217;.</p>
<p>However, 500 errors are a different matter. It sounds like you may have some improper coding in an .htaccess file. Try renaming some of the affected sites&#8217; .htaccess files so that they aren&#8217;t executed. This will narrow down if it is the problem. I would venture to guess that you may have  a suPHP specific command in there. Such as: SuPHP_ConfigPath</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DSO (mod_php) vs. CGI vs. suPHP vs. FastCGI by jehzlau</title>
		<link>http://boomshadow.net/tech/php-handlers/#comment-1016</link>
		<dc:creator>jehzlau</dc:creator>
		<pubDate>Tue, 21 Feb 2012 18:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=242#comment-1016</guid>
		<description>Ohhhhh... That&#039;s why. When I changed my handler to fastCGI from suPHP, all of my sites encountered &quot;500 Internal Server Error&quot;. I just reverted it to suPHP because I don&#039;t know how to fix it. Hahaha!

Where I can find that post global include file? O__O</description>
		<content:encoded><![CDATA[<p>Ohhhhh&#8230; That&#8217;s why. When I changed my handler to fastCGI from suPHP, all of my sites encountered &#8220;500 Internal Server Error&#8221;. I just reverted it to suPHP because I don&#8217;t know how to fix it. Hahaha!</p>
<p>Where I can find that post global include file? O__O</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DSO (mod_php) vs. CGI vs. suPHP vs. FastCGI by Jacob (Boom Shadow)</title>
		<link>http://boomshadow.net/tech/php-handlers/#comment-1014</link>
		<dc:creator>Jacob (Boom Shadow)</dc:creator>
		<pubDate>Tue, 21 Feb 2012 18:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=242#comment-1014</guid>
		<description> @jehzlau:disqus , I&#039;m glad the article was helpful for you. Sounds like you got quite the beefy server there. You are right about the permissions/ownership. suPHP and FastCGI share the same perms set. You can switch between the two handlers all day if you wanted. No need to even run a perms fix.

As for common problems, I HAVE seen a couple errors when going to FastCGI. If you start to get strange &#039;Upload&#039; errors when doing file uploads through PHP, try increasing the &quot;
FcgidMaxRequestLen&quot; limit for FastCGI. You would make the change to the post virtual global conf.

If you start to get &#039;500 errors/read data timeout&#039; errors, you should increase the timeouts for FastCGI via the post global include file. 

I&#039;ll probably put out a separate article about FastCGI errors.
</description>
		<content:encoded><![CDATA[<p> @jehzlau:disqus , I&#8217;m glad the article was helpful for you. Sounds like you got quite the beefy server there. You are right about the permissions/ownership. suPHP and FastCGI share the same perms set. You can switch between the two handlers all day if you wanted. No need to even run a perms fix.</p>
<p>As for common problems, I HAVE seen a couple errors when going to FastCGI. If you start to get strange &#8216;Upload&#8217; errors when doing file uploads through PHP, try increasing the &#8221;<br />
FcgidMaxRequestLen&#8221; limit for FastCGI. You would make the change to the post virtual global conf.</p>
<p>If you start to get &#8217;500 errors/read data timeout&#8217; errors, you should increase the timeouts for FastCGI via the post global include file. </p>
<p>I&#8217;ll probably put out a separate article about FastCGI errors.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to investigate an FTP hack by Jacob (Boom Shadow)</title>
		<link>http://boomshadow.net/tech/how-to-investigate-an-ftp-hack/#comment-1013</link>
		<dc:creator>Jacob (Boom Shadow)</dc:creator>
		<pubDate>Tue, 21 Feb 2012 18:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=279#comment-1013</guid>
		<description> @f53d74e66a77ac02a5db0bd5e67cf12c:disqus , sorry for the delay. Things have been a bit busy :)  I still plan on writing that article. I&#039;ll be sure to let you know when its up. In the mean time, there is a really good article here: http://blog.servint.net/2011/09/08/help-us-help-you/

The information in there is really useful and pretty much covers most of what I would write about as well.</description>
		<content:encoded><![CDATA[<p> @f53d74e66a77ac02a5db0bd5e67cf12c:disqus , sorry for the delay. Things have been a bit busy <img src='http://boomshadow.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   I still plan on writing that article. I&#8217;ll be sure to let you know when its up. In the mean time, there is a really good article here: <a href="http://blog.servint.net/2011/09/08/help-us-help-you/" rel="nofollow">http://blog.servint.net/2011/09/08/help-us-help-you/</a></p>
<p>The information in there is really useful and pretty much covers most of what I would write about as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Auto fix for file permissions and ownership by Jacob (Boom Shadow)</title>
		<link>http://boomshadow.net/tech/fixes/fixperms-script/#comment-1012</link>
		<dc:creator>Jacob (Boom Shadow)</dc:creator>
		<pubDate>Tue, 21 Feb 2012 18:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=570#comment-1012</guid>
		<description>@fa3c1fcaf834a39b95f146aa863c8bba:disqus  , I just double checked the commands, they all worked for me. Where did you have the permission problem, on the WGET or actually executing the command? If it was with executing the command, make sure that you are logged in as or sudo&#039;d to &#039;root&#039;.</description>
		<content:encoded><![CDATA[<p>@fa3c1fcaf834a39b95f146aa863c8bba:disqus  , I just double checked the commands, they all worked for me. Where did you have the permission problem, on the WGET or actually executing the command? If it was with executing the command, make sure that you are logged in as or sudo&#8217;d to &#8216;root&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Auto fix for file permissions and ownership by Matthew</title>
		<link>http://boomshadow.net/tech/fixes/fixperms-script/#comment-1007</link>
		<dc:creator>Matthew</dc:creator>
		<pubDate>Mon, 20 Feb 2012 22:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=570#comment-1007</guid>
		<description>I get permission denied... wierd </description>
		<content:encoded><![CDATA[<p>I get permission denied&#8230; wierd</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DSO (mod_php) vs. CGI vs. suPHP vs. FastCGI by jehzlau</title>
		<link>http://boomshadow.net/tech/php-handlers/#comment-985</link>
		<dc:creator>jehzlau</dc:creator>
		<pubDate>Thu, 16 Feb 2012 22:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://boomshadow.net/?p=242#comment-985</guid>
		<description>Whoa! All I need to know about php handlers are right here! Thanks for the very useful comparison table of the 4 handlers. Now I have decided the fastCGI is the way to go as I&#039;m always maximizing my CPU usage, but I&#039;m only using around 8GB of my 25GB RAM. The file permission are same with suPHP. So switching to fastCGI from suPHP will not be a headache.

Btw, are there any common problems in changing handlers from suPHP to fastCGI? Like this blah blah blah doesn&#039;t work anymore and it works with suPHP, and that blah blah blah doesn&#039;t work with fastCGI but works well with suPHP? Or I don&#039;t have to worry about such? :D</description>
		<content:encoded><![CDATA[<p>Whoa! All I need to know about php handlers are right here! Thanks for the very useful comparison table of the 4 handlers. Now I have decided the fastCGI is the way to go as I&#8217;m always maximizing my CPU usage, but I&#8217;m only using around 8GB of my 25GB RAM. The file permission are same with suPHP. So switching to fastCGI from suPHP will not be a headache.</p>
<p>Btw, are there any common problems in changing handlers from suPHP to fastCGI? Like this blah blah blah doesn&#8217;t work anymore and it works with suPHP, and that blah blah blah doesn&#8217;t work with fastCGI but works well with suPHP? Or I don&#8217;t have to worry about such? <img src='http://boomshadow.net/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

