<?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>Fri, 24 May 2013 18:09:23 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[LWN.net: Resetting PHP 6]]></title>
      <guid>http://www.phpdeveloper.org/news/14278</guid>
      <link>http://www.phpdeveloper.org/news/14278</link>
      <description><![CDATA[<p>
On LWN.net there's a new article written up by <i>Jonathan Corbet</i> about <a href="https://lwn.net/SubscriberLink/379909/26c35a974b1bbd65/">the state of PHP6</a>, what it was supposed to be and what it might be in the future.
</p>
<blockquote>
Rightly or wrongly, many in our community see Perl 6 as the definitive example of vaporware. But what about PHP 6? This release was <a href="http://php6dev.blogspot.com/">first discussed by the PHP core developers</a> back in 2005. There have been books on the shelves purporting to cover PHP 6 since at least 2008. But, in March 2010, the PHP 6 release is not out - in fact, it is not even close to out. Recent events suggest that PHP 6 will not be released before 2011 - if, indeed, it is released at all. 
</blockquote>
<p>
He talks about features that were supposed to disappear in PHP6 (with some of them making their way into PHP 5.3) including the Unicode support the language needs more and more. He mentions how the development has stalled out a bit recently but has been spurred back to life when major decisions were made to get away from a PHP 5.4 branch and move back to PHP6.
</p>
<p>
Be sure to check out the <a href="https://lwn.net/SubscriberLink/379909/26c35a974b1bbd65/#comments">great comments</a> on the post from other PHP developers from all around the web.
</p>
<p>
If you enjoy this post, please consider <a href="https://lwn.net/Promo/sl-discount-3/claim">subscribing to LWN</a> for more great articles.
</p>]]></description>
      <pubDate>Wed, 31 Mar 2010 13:30:19 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[SitePoint PHP Blog: The real difference between PHP and Python]]></title>
      <guid>http://www.phpdeveloper.org/news/7483</guid>
      <link>http://www.phpdeveloper.org/news/7483</link>
      <description><![CDATA[<p>
In the <a href="http://www.sitepoint.com/blogs/2007/03/18/the-real-difference-between-php-and-python/">latest post</a> to the SitePoint PHP Blog, <i>Harry Fuecks</i> takes a look at what he considers the real difference between PHP and Python.
</p>
<blockquote>
Posting in the full realization of the futility of doing so, there's some PHP bashing (as usual) happening on reddit at the moment: <a href="http://programming.reddit.com/info/1arpk/comments">PHP vs Python - the real difference</a>, brought on by this <a href="http://www.jameslaver.com/php_vs_python.png">mildly amusing image</a>. While I can accept the points - technically it's actually much harder in handle errors uniformly in PHP and the community is less rich in computer scientists than Python - the corresponding flame war on reddit manages to miss a different point, which is easiest expressed in code.
</blockquote>
<p>
He <a href="http://www.sitepoint.com/blogs/2007/03/18/the-real-difference-between-php-and-python/">gives two sample</a> scripts and asks what the real differences are. He answers his own question by way of saying that what matters between the two is how they're deployed (when it comes to error reporting):
</p>
<blockquote>
Because PHP "resets" after each request ( see here or for much more detail here ) it's actually not always necessary to handle errors explicitly'"assuming there's not something fundamentally "broke" about your code and it's some kind of runtime error (e.g. db is down), it's often enough to just ignore the problem and wait for the system to "right itself" - nothing is going to leave PHP in a state it can't recover from.
</blockquote>]]></description>
      <pubDate>Thu, 22 Mar 2007 09:06:00 -0500</pubDate>
    </item>
  </channel>
</rss>
