<?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>Thu, 20 Jun 2013 00:53:44 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[ZendCasts.com: Doctrine Relations and Zend MVC]]></title>
      <guid>http://www.phpdeveloper.org/news/13748</guid>
      <link>http://www.phpdeveloper.org/news/13748</link>
      <description><![CDATA[<p>
New from the ZendCasts.com site there's <a href="http://www.zendcasts.com/doctrine-relations-and-zend-mvc/2009/12">a new screencast</a> looking at the relations you can create between Doctrine and your Zend Framework applications.
</p>
<blockquote>
This short podcast covers how you can easily build a form using Zend's MVC model via Zend_Controller and using Doctrine for persistence. You can <a href="http://zendcasts.googlecode.com/svn/trunk/zc41-doctrine-relations-and-zend-controllers/zc41-doctrine-relations-and-zend-controllers.zip">download</a> the source code or <a href="http://code.google.com/p/zendcasts/source/browse/#svn/trunk/zc41-doctrine-relations-and-zend-controllers">browse it online</a>. Enjoy!
</blockquote>
<p>
This screencast is part of a series they've been doing on Doctrine including <a href="http://www.zendcasts.com/doctrine-relations-and-data-fixtures/2009/12/">Doctrine Relations and Data Fixtures</a> and <a href="http://www.zendcasts.com/writing-doctrine-unit-tests-with-zend_test/2009/12/">Writing Doctrine Unit Tests with Zend_Test</a>.
</p>]]></description>
      <pubDate>Wed, 30 Dec 2009 10:29:43 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Jani Hartikainen's Blog: ModelForm developments]]></title>
      <guid>http://www.phpdeveloper.org/news/11247</guid>
      <link>http://www.phpdeveloper.org/news/11247</link>
      <description><![CDATA[<p>
<i>Jani Hartikainen</i> talks about <a href="http://codeutopia.net/blog/2008/10/20/modelform-developments/">some updates he's made</a> to the ModelForm class for the Zend Framework and how its been reworked a bit to take advantage of Zend_Db_Table.
</p>
<blockquote>
I've been reworking the ModelForm class for ZF a bit. Earlier this year, I discussed porting it to use Zend_Db_Table with <a href="http://weierophinney.net/matthew/">Matthew Weier O'Phinney</a>, for using it with Zend Framework. I initially had done some checking on Zend_Db_Table, and some small code changes to modify the class to use it instead of Doctrine, but I ran into some issues. Now, I've had some time to think about it, I've reworked the class slightly and added basic Zend_Db_Table support, too...
</blockquote>
<p>
He talks about the two sides - the issues that came up (including relation support and differences between Zend_Db_Table and Doctrine) and how they were overcome (creating an adapter setup to accommodate for the relations issues). 
</p>]]></description>
      <pubDate>Mon, 20 Oct 2008 11:19:45 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[International PHP Magazine: IPM Poll Question: Which is the Most Common PHP Database Problem?]]></title>
      <guid>http://www.phpdeveloper.org/news/6205</guid>
      <link>http://www.phpdeveloper.org/news/6205</link>
      <description><![CDATA[<p>
The International PHP Magazine has posted <a href="http://www.php-mag.net/magphpde/magphpde_news/psecom,id,26298,nodeid,5.html">the results</a> from their latest poll where they asked their readers "which is the most common PHP database problem?"
</p>
<p>
The options were:
<ul>
<li>Using MySQL directly
<li>Not using auto-increment functionality
<li>Using multiple databases
<li>Not using relations
<li>The n+1 pattern
</ul>
And coming out on top (with 27.5%) was "Not using relations" in the SQL statements made. Following close behind was "Using MySQL directly" and falling in last was "Not using auto-increment functionality".
</p>
<p>
Be sure to vote in <a href="http://www.php-mag.net/magphpde/magphpde_news/psecom,id,26296,nodeid,5.html">this week's poll</a> that asks "Which is Truest?" - given several popular opinions on PHP, pick the one that you think is the most true.
</p>]]></description>
      <pubDate>Wed, 06 Sep 2006 06:53:45 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[IBM developerWorks: Five common PHP database problems]]></title>
      <guid>http://www.phpdeveloper.org/news/5933</guid>
      <link>http://www.phpdeveloper.org/news/5933</link>
      <description><![CDATA[<p>
It seems like there's not a site out there anymore that doesn't use a database of some sort. Frankly, they're just a simple way to get the storage you need without the hassle of having to manage the resource yourself. It even comes with its own language to help query the data! Of course, with the good comes the bad, and <a href="http://www-128.ibm.com/developerworks/library/os-php-dbmistake/index.html">this new article</a> from IBM's developerWorks site about five common database mistakes.
</p>
<blockquote>
If only there were one way to use databases correctly... You can create database design, database access, and the PHP business logic code that sits on top of it in any number of ways, and you often end up getting it wrong. This article illustrates five common problems in database design, in the PHP code that accesses databases, and how to fix these problems when you see them.
</blockquote>
<p>
The problems <a href="http://www-128.ibm.com/developerworks/library/os-php-dbmistake/index.html">they discuss</a> are:
<ul>
<li>Using MySQL directly
<li>Not using auto-increment functionality
<li>Using multiple databases
<li>Not using relations
<li>The n+1 pattern
</ul>
Each of the items is discussed and explained with code samples for both the good and the bad side to make comparison easier. Knowing these issues before you develop your system definitely makes it easier, but they're still useful as a tool to fix things as well.
</p>]]></description>
      <pubDate>Wed, 02 Aug 2006 06:08:41 -0500</pubDate>
    </item>
  </channel>
</rss>
