<?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>Wed, 19 Jun 2013 10:07:12 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[NerdMom Blog: Kohana 3 & CodeIgniter 2]]></title>
      <guid>http://www.phpdeveloper.org/news/15045</guid>
      <link>http://www.phpdeveloper.org/news/15045</link>
      <description><![CDATA[<p>
On the NerdMom blog there's a <a href="http://nerdmom.wordpress.com/">recent post</a> from <i>Jen</i> about her experiences in developing in both the <a href="http://codeigniter.com">CodeIgniter 2</a> framework and <a href="http://www.kohanaphp.com">Kohana 3</a> frameworks (upcoming versions of both).
</p>
<blockquote>
For the last month or so I've been developing an app side-by-side with Kohana 3 and CodeIgniter 2 to see which framework fits my programming style better. Nothing terribly fancy; just a simple CMS. [...] In the end it comes down to framework stability for me. And in this case, CI wins, hands down. Don't get me wrong; Kohana is beautifully written and introduced me to a prime example of clean, well commented code.
</blockquote>
<p>
She talks about some of what she was needing out of a framework and what ultimately lead her to pick CodeIgniter 2 as the tool for her and her development. She notes that, while Kohana is nicely written, they've had some consistency issues with backwards compatibility that have caused issues. She also mentions some of the unstable code that was added just to micro-optimize things when it wasn't needed.
</p>]]></description>
      <pubDate>Mon, 30 Aug 2010 14:46:17 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPImpact Blog: Memcached consistent hashing mechanism]]></title>
      <guid>http://www.phpdeveloper.org/news/11619</guid>
      <link>http://www.phpdeveloper.org/news/11619</link>
      <description><![CDATA[<p>
The PHP::Impact blog has <a href="http://phpimpact.wordpress.com/2008/12/24/memcached-consistent-hashing-mechanism/">a recommendation</a> for those using the memcache functions in their PHP applications - be sure your hashing strategy matches what your script does.
</p>
<blockquote>
If you are using the Memcache functions through a PECL extension, you can set global runtime configuration options by specifying the values within your php.ini file. One of them is memcache.hash_strategy. This option sets the hashing mechanism used to select and specifies which hash strategy to use: Standard (default) or Consistent.
</blockquote>
<p>
The recommendation is to set it to consistent to allow for the most flexibility on adding and removing servers from the caching server pool without the need for outside intervention.
</p>]]></description>
      <pubDate>Wed, 24 Dec 2008 10:21:34 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Michael Kimsal's Blog: Another PHP bugbear…]]></title>
      <guid>http://www.phpdeveloper.org/news/9741</guid>
      <link>http://www.phpdeveloper.org/news/9741</link>
      <description><![CDATA[<p>
<i>Micheal Kimsal</i> has <a href="http://michaelkimsal.com/blog/?p=478">pointed out</a> another "bugbear" he's found in his work with PHP - this time it's with the use of class constants.
</p>
<blockquote>
My issue is not with the language itself (this time!) but how this sort of documentation is handled. Updating public documentation well ahead of a release creates confusion.
</blockquote>
<p>
He's referring to the documentation for the class constants not quite matching up with the current functionality (resulting in a T_PAAMAYIM_NEKUDOTAYIM). He wants consistency in the documentation and maybe references to what it requires to use a certain bit of code. 
</p>]]></description>
      <pubDate>Wed, 05 Mar 2008 19:08:00 -0600</pubDate>
    </item>
  </channel>
</rss>
