<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Sat, 18 May 2013 14:23:06 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Reddit.com: What are some genuine criticisms of PHP?]]></title>
      <guid>http://www.phpdeveloper.org/news/17780</guid>
      <link>http://www.phpdeveloper.org/news/17780</link>
      <description><![CDATA[<p>
On Reddit.com there's <a href="http://www.reddit.com/r/PHP/comments/rezaw/what_are_some_genuine_criticisms_of_php/">a long thread</a> with responses to the question "What are some genuine criticisms of PHP?" with opinions ranging from small issues (like syntax) out to more community-related topics.
</p>
<blockquote>
PHP tends to get a lot of flak, but mostly it is for something that isn't really the fault of PHP. Things like "there is so much bad PHP code out there" may be true but you can write bad code in any language. You shouldn't be mixing PHP, SQL and HTML, and you should be escaping/parameterizing variables for queries. (Thankfully this is less prevalent nowadays.) So do many PHP criticisms actually hold true today, now we have namespaces and we have buried crap like magic quotes at the bottom of the ocean?
</blockquote>
<p>Other comments cover things like</p>
<ul>
<lI>PHP's namespace implementation
<li>poor web services support
<li>Less code audits, more "roll-your-own fever"
<li>Function naming and parameter order
<li>weak OOP functionality
</ul>
<p>
Check out <a href="http://www.reddit.com/r/PHP/comments/rezaw/what_are_some_genuine_criticisms_of_php/">the full post</a> for lots more opinions and add yours too!
</p>]]></description>
      <pubDate>Thu, 05 Apr 2012 10:09:04 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP in Action: How harmful is "harmful"?]]></title>
      <guid>http://www.phpdeveloper.org/news/11640</guid>
      <link>http://www.phpdeveloper.org/news/11640</link>
      <description><![CDATA[<p>
In reference to some comments made on the <a href="http://www.phpdeveloper.org/news/11622">previous post</a> ("Comments Considered Harmful") to the PHP in Action blog, there's a <a href="http://www.reiersol.com/blog/1_php_in_action/archive/175_how_harmful_is_harmful.html">new post</a> explaining and responding to some of the things said by visitors.
</p>
<blockquote>
Conflict is not a bad thing. That is, if it leads eventually towards clarity and understanding rather than confusion and misunderstanding.  [...] A debate about a technical matter may be conducted in parallel with an altercation that addresses the relationship between the participants. This is confusing in itself. Keeping these discussion apart will help maintain clarity. 
</blockquote>
<p>
Using this tact, he responds to the criticism made on the previous post, specifically one that points to <a href="http://meyerweb.com/eric/comment/chech.html">this article</a> as to why "considered harmful" articles should only be seen as fodder for argument and should be "considered harmful" themselves. 
</p>]]></description>
      <pubDate>Tue, 30 Dec 2008 10:22:47 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPImpact Blog: Zend Framework Architecture]]></title>
      <guid>http://www.phpdeveloper.org/news/10694</guid>
      <link>http://www.phpdeveloper.org/news/10694</link>
      <description><![CDATA[<p>
In <a href="http://phpimpact.wordpress.com/2008/07/28/zend-framework-architecture/">this new post</a> to the PHP::Impact blog, <i>Federico</i> takes a look at the architecture behind one of the PHP community's most popular frameworks - the <a href="http://framework.zend.com">Zend Framework</a>.
</p>
<blockquote>
Before we begin our exploration of the architecture of the Zend Framework (ZF), it is important to discuss how a typical MVC application is built. Examining and understanding the architecture of an MVC Web application allows you to make more contextually sound choices when building your application.
</blockquote>
<p>
He starts with a look at a three-tier architecture (presentation, application, data) and compares that to the MVC used in the Zend Framework. He talks about how ZF is a hybrid component and infrastructure framework and the coupling that it provides between its components. He also has a few criticisms namely some performance issues from this style and the lack of a module to handle model/controller dependencies.
</p>]]></description>
      <pubDate>Mon, 28 Jul 2008 10:26:01 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Chris Shiflett's Blog: PHP Insecurity]]></title>
      <guid>http://www.phpdeveloper.org/news/4715</guid>
      <link>http://www.phpdeveloper.org/news/4715</link>
      <description><![CDATA[<i>Chris Shiflett</i>'s <a href="http://shiflett.org/archive/185">latest post</a> mentions <a href="http://www.greebo.net/?p=320">this criticism</a> of PHP's insecurity as made by <i>Andrew van der Stock</i>.
<p>
<quote>
<i>
<a href="http://www.greebo.net/">Andrew van der Stock</a> has written a <a href="http://www.greebo.net/?p=320">strong criticism</a> of PHP's insecurity. Andrew is a seasoned security expert and a major contributor to <a href="http://www.owasp.org/">OWASP</a>, and he states:
<p>
"After writing PHP forum software for three years now, I've come to the conclusion that it is basically impossible for normal programmers to write secure PHP code. It takes far too much effort."
<p>
He <a href="http://www.greebo.net/?p=320">continues</a>, citing specific areas where he thinks PHP is weak and asserting that "PHP must now mature and take on a proper security architecture."
</i>
</quote>
<p>
<i>Chris</i> also mentions that some of the reasons <i>Andrew</i> mentions include register_globals, magic_quotes_gpc, and safe_mode - all due to be removed in the latest PHP version (6). Also, be sure to <a href="http://shiflett.org/archive/185#comments">check out the comments</a> on the post for a good bit more information and discussion...]]></description>
      <pubDate>Tue, 24 Jan 2006 06:34:00 -0600</pubDate>
    </item>
  </channel>
</rss>
