<?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>Sun, 26 May 2013 01:15:59 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[CodeIgniter.com: CodeIgniter 2.0 - Now with more Awesome]]></title>
      <guid>http://www.phpdeveloper.org/news/15422</guid>
      <link>http://www.phpdeveloper.org/news/15422</link>
      <description><![CDATA[<p>
According to <a href="http://codeigniter.com/news/codeigniter_2.0_-_now_with_more_awesome/">a new post</a> to the CodeIgniter.com blog, there's been even more changes in the 2.0 version of the framework - including dropping PHP4 support all together.
</p>
<blockquote>
A few days ago a new repository popped up on our internal Mercurial server. We're not particularly creative with our naming, so it was simply CodeIgniterNoPhp4. [...] With only a handful of significant changes to its codebase, the release was pushed along. We want to make CI 2 worth its name, so starting today, we're requiring PHP 5.1.6 on our master branch.
</blockquote>
<p>
They include a few things to watch out for including naming conventions, the change to __construct, a cleaner model object interface and chaining added to the email and validation libraries.
</p>]]></description>
      <pubDate>Fri, 12 Nov 2010 09:40:30 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[WordPress Blog: PHP 4 and MySQL 4 End of Life Announcement]]></title>
      <guid>http://www.phpdeveloper.org/news/14855</guid>
      <link>http://www.phpdeveloper.org/news/14855</link>
      <description><![CDATA[<p>
There's some huge news from the WordPress blog today - an <a href="http://wordpress.org/news/2010/07/eol-for-php4-and-mysql4/">end of life announcement</a> that the popular blogging platform will no longer be supporting PHP4 and MySQL 4.
</p>
<blockquote>
Our approach with WordPress has always been to make it run on common server configurations. We want users to have flexibility when choosing a host for their precious content. Because of this strategy, WordPress runs pretty much anywhere. Web hosting platforms, however, change over time, and we occasionally are able to reevaluate some of the requirements for running WordPress. Now is one of those times. You probably guessed it from the title '" we're finally ready to announce the end of support for PHP 4 and MySQL 4!
</blockquote>
<p>
The last version that will fully support PHP4 will be v3.1 and will be released in late 2010. The next version (v3.2) will jump the requirement up to PHP 5.2. According to their statistics, only around 10% of the installs are on PHP4. They also found that less than 6% of users were on MySQL 4. See the <a href="http://wordpress.org/news/2010/07/eol-for-php4-and-mysql4/">full post</a> for complete details.
</p>]]></description>
      <pubDate>Tue, 27 Jul 2010 08:20:02 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Andrew Nacin's Blog: On PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/14806</guid>
      <link>http://www.phpdeveloper.org/news/14806</link>
      <description><![CDATA[<p>
<i>Andrew Nacin</i>, one of the core developers of WordPress, has <a href="http://www.andrewnacin.com/2010/07/09/on-php/">a recent post</a> to his blog about the current state of PHP and how that relates to WordPress' backwards compatibility support of PHP4.
</p>
<blockquote>
I've been meaning to write this post nearly a month now, on the heels of WordPress 3.0&#8242;s release and preparing for an inevitable future discussion of when we should drop PHP 4 support. And then current events give you the hook you need to sit down and do it.
</blockquote>
<p>
He talks about WordPress 3.0, the support of PHP Earthlink offered, how their PHP4 usage stands currently, efforts they've done to get people to make the move up from PHP4 versions, PHP5 market penetration and more.
</p>]]></description>
      <pubDate>Fri, 16 Jul 2010 12:34:53 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Patrick Allaert's Blog: Coding standards: converts PHP4 style constructors to PHP5 one]]></title>
      <guid>http://www.phpdeveloper.org/news/13456</guid>
      <link>http://www.phpdeveloper.org/news/13456</link>
      <description><![CDATA[<p>
<i>Patrick Allaert</i> has <a href="http://patrickallaert.blogspot.com/2009/10/coding-standards-converts-php4-style.html">put together a shell command</a> that can take your PHP4 code and replace its current constructors with PHP5-formatted ones.
</p>
<blockquote>
It assumes your classes are always declared with the class keyword starting at the beginning of the line and that your files have the .php extension.
</blockquote>
<p>
It uses a regular expression in a perl command to search through the current directory and look for the ".php" files to replace the "function ClassName" sort of thing with a "function __construct".
</p>]]></description>
      <pubDate>Fri, 30 Oct 2009 07:51:39 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Till's Blog: A case for PEAR and PHP4 (Or, why BC is important!)]]></title>
      <guid>http://www.phpdeveloper.org/news/13273</guid>
      <link>http://www.phpdeveloper.org/news/13273</link>
      <description><![CDATA[<p>
In <a href="http://till.klampaeckel.de/blog/archives/60-A-case-for-PEAR-and-PHP4-Or,-why-BC-is-important!.html">this new post</a> to his blog <i>till</i> argues his case for PEAR and why support for PHP4 is a good thing when it comes to making things "just work."
</p>
<blockquote>
Every once in someone likes to argue that PEAR is all fugly PHP4 code and why you should not use it, and instead go and use another framework or component library. Most of those people also say that they looked at or used PEAR x years ago and then act all surprised when someone else disagrees.
</blockquote>
<p>
He talks about some of the rules around the major/minor PEAR releases and backwards compatibility breaks which, thankfully, a lot of other projects seem to adhere to. He points out that some packages have been started for different PHP generations (Mail_Queue2 vs Mail_Queue) and a few reasons why the PHP4 EON doesn't automatically mean PEAR should follow suit.
</p>]]></description>
      <pubDate>Wed, 23 Sep 2009 11:11:34 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Brandon Savage's Blog: The Slow Death of PHP 4]]></title>
      <guid>http://www.phpdeveloper.org/news/13248</guid>
      <link>http://www.phpdeveloper.org/news/13248</link>
      <description><![CDATA[<p>
In <a href="http://www.brandonsavage.net/the-slow-death-of-php-4/">a new post</a> to his blog today, <i>Brandon Savage</i> talks about the "fade time" for PHP4 and how, really, it's gone on long enough.
</p>
<blockquote>
Sadly, developing for PHP 4 backwards compatibility is something that companies and individuals are still doing. Wordpress released a new <A href="http://codex.wordpress.org/Widgets_API">Widget API</a> in version 2.8 that relies on the old-style <a href="http://www.php.net/manual/en/language.oop.constructor.php">PHP 4 constructor</a>. Apparently, for Wordpress and many other developers, wide adoption is more important than language improvements.
</blockquote>
<p>
This all came about because he noticed the <a href="http://pear.php.net/package/Log">Log PEAR package</a> still supported PHP4. He's been making updates, though, to bring it out of the shadows and into the light of PHP5-only support.
</p>
<blockquote>
Still, I look forward to the day when PHP 4 finally does go away forever, leaving us with a much better code base and happier developers. 
</blockquote>]]></description>
      <pubDate>Fri, 18 Sep 2009 10:35:03 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Zend Developer Zone: Migrating applications from PHP 4 to Zend Core 2.5 w/support for IBM Informix]]></title>
      <guid>http://www.phpdeveloper.org/news/12232</guid>
      <link>http://www.phpdeveloper.org/news/12232</link>
      <description><![CDATA[<p>
The Zend Developer Zone has <a href="http://devzone.zend.com/article/4290-Migrating-applications-from-PHP-4-to-Zend-Core-2.5-with-support-for-IBM-Informix-on-Linux-Platform.">a new article</a> that will interest developers still looking to make the jump from PHP4 to PHP5 (you know who you are) with Informix support. Zend Core can help.
</p>
<blockquote>
There are many business web applications written in PHP4 that use the Informix module for data access. PHP4 is no longer supported and as a result will not be issued any more fixes or releases. Since version 5.2, the Informix module is no longer available for the PDO module. In this article I'll to describe how to compile and install the Informix module on the Zend Core 2.5 (PHP 5.2.6)
</blockquote>
<p>
The tutorial helps you set up your environment and build/install the Informix module to be plugged into the Zend Core stack. Activation is as simple as going into the Zend Core admin tool and enabling the extension. A sample script is included to test the results.
</p>
<p>
Its also noted in the comments that there's a <a href="http://pecl.php.net/package/pdo_informix">PDO driver</a> for Informix that can be pulled from the PECL extension repository.
</p>]]></description>
      <pubDate>Mon, 30 Mar 2009 09:32:22 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Sebastian Bergmann's Blog: Flickr: The Real World PHP 5 Benchmark]]></title>
      <guid>http://www.phpdeveloper.org/news/12225</guid>
      <link>http://www.phpdeveloper.org/news/12225</link>
      <description><![CDATA[<p>
<i>Sebastian Bergmann</i> has posted a <a href="http://sebastian-bergmann.de/archives/858-Flickr-The-Real-World-PHP-5-Benchmark.html">real world benchmark</a> as justification for moving from a PHP 4 to PHP 5 environment - <a href="http://www.flickr.com/photos/allspaw/3384206153/">evidence</a> from Flickr's change.
</p>
<blockquote>
Benchmarks such as the PHP / GCC / ICC Benchmark I posted quite a while ago on this blog are synthetic. They test "raw bytecode execution" speed that cannot be translated into real-world situations per se. Flickr recently migrated from PHP 4 to PHP 5. And <a href="http://www.flickr.com/photos/allspaw/3384206153/">here</a> are their real world numbers.
</blockquote>
<p>
The graph shows a dramatic drop in processing needed (CPU usage) at the moment they made the switch over from PHP4 to PHP5.The system processing usage stayed about the same (system processes like logging and memory handling) but the user CPU usage (like what the web server would use) saw an immediate change by almost twenty percent.
</p>]]></description>
      <pubDate>Fri, 27 Mar 2009 12:03:08 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Quinton Parker's Blog: PHP4 and PHP5 certification]]></title>
      <guid>http://www.phpdeveloper.org/news/11919</guid>
      <link>http://www.phpdeveloper.org/news/11919</link>
      <description><![CDATA[<p>
In <a href="http://phpslacker.com/2009/02/09/php4-and-php5-certification/">a recent post</a> <i>Quinton Parker</i> looks at some of his experiences in preparing for and taking the <a href="http://www.zend.com/en/store/php-certification/">Zend Certified Engineer</a> test. He compares the experiences of taking the PHP4 version (in 2005) and more recently taking the PHP5 (in 2009).
</p>
<blockquote>
Back in early 2005 the <a href="http://www.zend.com/">Zend</a> certification first became available for PHP4. At that time I had roughly 2 years php experience. No South Africans were certified at that time. Barely 100 certified engineers worldwide. What a great achievement if I could join the elite few.  [...] From purchasing the certification goods all the way to writing the exam it was a smooth experience and most worthwhile. 
</blockquote>
<p>
His experience with the PHP5 didn't quite go as well as the PHP4 version. He felt that the study guide lacked some of the depth the new version of the language needed and that, while it is a nice system, the Vulcan testing from <a href="http://phparch.com">php|architect</a> needs a little bit of work. He still passed the test, though, and became the only South African to hold <a href="http://www.zend.com/store/education/certification/yellow-pages.php#show-ClientCandidateID=ZEND002242">both PHP4 and PHP5 certifications</a>
</p>]]></description>
      <pubDate>Tue, 10 Feb 2009 08:46:54 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[devReview.com: The Big List of PHP Frameworks]]></title>
      <guid>http://www.phpdeveloper.org/news/11694</guid>
      <link>http://www.phpdeveloper.org/news/11694</link>
      <description><![CDATA[<p>
The devReview.com website has put together <a href="http://devreview.com/big-list-of-php-frameworks/">The Big List</a> of as many of the PHP frameworks out there they could find:
</p>
<blockquote>
For the start of a new year, it was time to clean out the list of PHP frameworks. A few have fallen by the wayside, but many new ones have been added. It seems that patterns and MVC is still all the rage, but less are professing to being Rails clones, though the inspiration of convention is still strong. There are a wide variety of framework types. From full stack (cakePHP, Symfony) to components (eZ), a bit of both (Zend) and minimalist (LightVC, TinyMVC, Pluf).
</blockquote>
<p>
Requirements to be on the list include that the framework must be PHP-based, have a recent code release in the last 12 months, needs to be available in English and not including frameworks that can be considered content systems themselves. 
</p>
<p>
As of the time of this post, there are around 50 active frameworks listed - everything from CakePHP and the Zend Framework out to eZ Components and Prado. Links for each include their project homepage and some reviews the site has done.
</p>]]></description>
      <pubDate>Wed, 07 Jan 2009 14:12:10 -0600</pubDate>
    </item>
  </channel>
</rss>
