<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: How to Prevent your own Facebook-Style PHP Leak</title>
	<link>http://www.bookmarkbliss.com/programming/how-to-prevent-your-own-facebook-style-php-leak/</link>
	<description>Weekly Business Bookmarks for Internet Entrepreneurs</description>
	<pubDate>Fri, 25 Jul 2008 05:03:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.2</generator>

	<item>
		<title>By: Jonathan Street</title>
		<link>http://www.bookmarkbliss.com/programming/how-to-prevent-your-own-facebook-style-php-leak/#comment-3368</link>
		<author>Jonathan Street</author>
		<pubDate>Mon, 13 Aug 2007 10:38:21 +0000</pubDate>
		<guid>http://www.bookmarkbliss.com/programming/how-to-prevent-your-own-facebook-style-php-leak/#comment-3368</guid>
		<description>I don't know if you follow planet-php but some of the blogs syndicated there were coming out quite vehemently opposed to Nik's article.

On first reading it Nik seemed to be talking sense but I also feel some of the criticisms are justified - though could have been phrased more diplomatically.

I think the key criticisms centered around two key points.  Firstly, and this is a mistake you make here, Facebook said it was a misconfiguration.  It wasn't a bug.

Secondly, if someone is going to mess up installing one module (mod_php) is installing additional modules and/or custom rules correctly going to be likely.

The first point I agree with completely but the second one I'm not so convinced by.  If you have a checklist and two of the points on there are specifically to prevent misconfigurations you're going to catch more mistakes than if you didn't.

The only point I plan to use is moving code out of the web accessible folders.  The way I code at the moment makes this really simple and I can't see any reason not to do this.

The two posts I've seen:
http://www.phpcult.com/blog/12/in-response-to-learning-from-facebook-preventing-php-leakage/
http://killersoft.com/randomstrings/2007/08/12/php-did-not-cause-facebook-code-leakage/</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know if you follow planet-php but some of the blogs syndicated there were coming out quite vehemently opposed to Nik&#8217;s article.</p>
<p>On first reading it Nik seemed to be talking sense but I also feel some of the criticisms are justified - though could have been phrased more diplomatically.</p>
<p>I think the key criticisms centered around two key points.  Firstly, and this is a mistake you make here, Facebook said it was a misconfiguration.  It wasn&#8217;t a bug.</p>
<p>Secondly, if someone is going to mess up installing one module (mod_php) is installing additional modules and/or custom rules correctly going to be likely.</p>
<p>The first point I agree with completely but the second one I&#8217;m not so convinced by.  If you have a checklist and two of the points on there are specifically to prevent misconfigurations you&#8217;re going to catch more mistakes than if you didn&#8217;t.</p>
<p>The only point I plan to use is moving code out of the web accessible folders.  The way I code at the moment makes this really simple and I can&#8217;t see any reason not to do this.</p>
<p>The two posts I&#8217;ve seen:<br />
<a href="http://www.phpcult.com/blog/12/in-response-to-learning-from-facebook-preventing-php-leakage/" >http://www.phpcult.com/blog/12/in-response-to-learning-from-facebook-preventing-php-leakage/</a><br />
<a href="http://killersoft.com/randomstrings/2007/08/12/php-did-not-cause-facebook-code-leakage/" >http://killersoft.com/randomstrings/2007/08/12/php-did-not-cause-facebook-code-leakage/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.188 seconds -->
