<?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, 22 Nov 2008 03:17:03 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Chris Hartjes' Blog: Dynamic Models in CakePHP 1.2]]></title>
      <guid>http://www.phpdeveloper.org/news/10772</guid>
      <link>http://www.phpdeveloper.org/news/10772</link>
      <description><![CDATA[<p>
In <a href="http://www.littlehart.net/atthekeyboard/2008/08/05/dynamic-models-in-cakephp-12/">this new post</a> to his blog <i>Chris Hartjes</i> mentions a "nifty little feature" that the latest version of the <a href="http://www.cakephp.org">CakePHP framework</a> has - dynamic models.
</p>
<blockquote>
By default now, Cake will automatically use the AppModel class and create a unique alias to a database table if it does not find the file. This means that if you have a table that follows the Cake conventions, needs no validation, and has no associations to other tables, you don't even have to create the model file any more. Woah, talk about a serious time saver in some cases. 
</blockquote>
<p>
He also mentions a gotcha to keep an eye out for - misspelling the model name when you use it. It'll definitely break things. You can find out more about models in CakePHP from <a href="http://book.cakephp.org/view/66/models">this section</a> in their manual, The Cookbook.
</p>]]></description>
      <pubDate>Wed, 06 Aug 2008 09:34:33 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Yet Another Web Development Blog: Dear PHP, I think it's time we broke up.]]></title>
      <guid>http://www.phpdeveloper.org/news/6935</guid>
      <link>http://www.phpdeveloper.org/news/6935</link>
      <description><![CDATA[<p>
As anyone that's worked with a programming language for a long time knows, you get to know the ins and outs of it pretty well. You get a good feel for how it all works and how feel confident in your skills with it. But what happens if you decide to move on and leave the relationship? Check out <a href="http://blog.rightbrainnetworks.com/2006/12/18/dear-php-i-think-its-time-we-broke-up/">this take</a> on just such a situation from the Yet Another Web Development Blog.
</p>
<blockquote>
We've been together for about five years now. I've had a lot of good times and I've really enjoyed being with you. However, the more we work together, the more concerned I get about our future. I'm sorry, but you don't have the elegance that inspires me to want marry you. I think it's time we broke up.
</blockquote>
<p>
Some of the <a href="http://blog.rightbrainnetworks.com/2006/12/18/dear-php-i-think-its-time-we-broke-up/">reasons given</a> for moving on is PHP's seeming identity crisis, consistency in function names/functionality, and performance issues that were just too much. 
</p>
<p>
Despite being a bit anti-PHP, it's still a well-written piece. <a href="http://blog.rightbrainnetworks.com/2006/12/18/dear-php-i-think-its-time-we-broke-up/">Check it out</a>...
</p>]]></description>
      <pubDate>Tue, 19 Dec 2006 11:56:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: OgoProject Wants to Clean Up PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/6842</guid>
      <link>http://www.phpdeveloper.org/news/6842</link>
      <description><![CDATA[<p>
There are some PHP developers out there that see PHP as a sort of constant "work in progress" with issues all around - confusing function names, non-intuitive features, and more. So, a group has been formed to help clean things up a bit - the <a href="http://www.ogoproject.com/">ogoproject</a>.
</p>
<blockquote>
The ogo project aims to clean up PHP, starting with fixing the inconsistent (and difficult to remember) function names. PHP needs clear naming conventions, and it needs to stick to them. We will offer a temporary fork until function name changes are agreed on, and sensible backwards and forwards compatibility is in place. Then we can get our changes merged into the main branch.
</blockquote>
<p>
They've already posted some suggestions for a few things, including <a href="http://www.ogoproject.com/pages/conventions">conventions they're looking to follow</a> and <a href="http://www.ogoproject.com/functions/">a list of new function names</a> changed according to these new conventions. There's also a <a href="http://www.ogoproject.com/pages/downloads">downloads</a> and <a href="http://www.ogoproject.com/pages/soon">forum</a> section that will soon have content.
</p>
<p>
If you're interested in getting involved, stop by the #ogoproject channel on the <a href="http://www.freenode.org">Freenode</a> IRC network and see what's going on.
</p>]]></description>
      <pubDate>Thu, 07 Dec 2006 07:53:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPKitchen: Advantages of using the PEAR class naming convention]]></title>
      <guid>http://www.phpdeveloper.org/news/6580</guid>
      <link>http://www.phpdeveloper.org/news/6580</link>
      <description><![CDATA[<p>
Keeping with convention - well, naming convention - is a good thing sometimes. <i>Demian Turner</i> <a href="http://www.phpkitchen.com/index.php?/archives/663-Advantages-of-using-the-PEAR-class-naming-convention.html">thinks so</a> and talks about one of many reasons he sees to follow a standard set in place for a while now - the <a href="http://pear.php.net">PEAR</a> naming standard. 
</p>
<blockquote>
By far the most convincing reason to use the file naming convention, which means that a class located in your include path like Foo/Bar/Baz.php is called Foo_Bar_Baz, is the ability to take advantage of PHP 5's __autoload magic method.
</blockquote>
<p>
The __autoload functionality in PHP 5 is definitely one of the most handy, elegant single lines of code out there and I'd definitely vote for anything that will make working with it even easier. <i>Demian</i> also includes a few lines of example code to show the interaction between the function and the files with the naming convention.
</p>]]></description>
      <pubDate>Thu, 26 Oct 2006 07:51:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Codewalkers.com: Review of 2006 NYPHP Convention]]></title>
      <guid>http://www.phpdeveloper.org/news/5757</guid>
      <link>http://www.phpdeveloper.org/news/5757</link>
      <description><![CDATA[<p>
For those that couldn't attend this year's New York PHP Conference that happened back in June, <a href="http://codewalkers.com/reviews.php?r=50">this new 'review'</a> of the conference from <i>Timothy Boronczyk</i> might give you a glimpse into the goings on there.
</p>
<blockquote>
I attended the New York PHP Conference held in New York City, June 12 - June 16, 2006. Pre-conference training sessions were schedule for the first two days and the remaining days were for the conference itself. 
</blockquote>
<p>
<i>Timothy</i> <a href="http://codewalkers.com/reviews.php?r=50">covers</a> the parts of the conference he was able to attend, including a beginner's PHP class (by <i>Jeff Siegel</i>), a two-day overview of the language and plenty of examples to back that knowledge up. Once the conference began, he moved to a class from <i>Jay Pipes</i>, "Maximum Velocity MySQL". Other talks he also attended included "PHP Rocking in the Windows World", "Quercus: A 100% Clean Room Implementation of PHP in Java", "Metaprogramming with PHP".
</p>
<p>
For his opinions on all of these talks (and more), check out <a href="http://codewalkers.com/reviews.php?r=50">the full review</a> on the Codewalkers.com site.
</p>]]></description>
      <pubDate>Mon, 10 Jul 2006 06:15:31 -0500</pubDate>
    </item>
  </channel>
</rss>
