<?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, 29 Aug 2008 19:27:52 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[SaniSoft Blog:  Help! vendor() is deprecated.]]></title>
      <guid>http://www.phpdeveloper.org/news/10160</guid>
      <link>http://www.phpdeveloper.org/news/10160</link>
      <description><![CDATA[<p>
On the SaniSoft blog today, <i>Tarique Sani</i> has a <a href="http://www.sanisoft.com/blog/2008/05/10/help-vendor-is-deprecated/">quick hack</a> for CakePHP users needing to transition over from the deprecated vendor() call - import().
</p>
<blockquote>
Use of vendor() function to load third party libs in CakePHP has been deprecated for some time now... It has been replaced with the more generic App::import() the usage is simple.
</blockquote>
<p>
There's also a little trick you'll need to know for files with underscores (drop it and replace with an uppercase) and how to get it to be a bit more flexible and recognize vendor files in subdirectories or ones differently named.
</p>]]></description>
      <pubDate>Mon, 12 May 2008 09:35:48 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Derick Rethans's Blog: HTML name attribute deprecated]]></title>
      <guid>http://www.phpdeveloper.org/news/8889</guid>
      <link>http://www.phpdeveloper.org/news/8889</link>
      <description><![CDATA[<p>
<i>Derick Rethans</i> has <a href="http://derickrethans.nl/html_name_attribute_deprecated.php">pointed out</a> a "gotcha" that was passed along to him (somewhat incorrectly) about the "name" attribute being deprecated in XHTML 1.0.
</p>
<blockquote>
Just now somebody on IRC was claiming that the "name" attribute in HTML - the one that is used to give form input fields a name to be used in $_GET and _$POST in PHP is in fact deprecated. [...] But if you read correctly, it's only for the elements: a, applet, form, frame, iframe, img, and map.
</blockquote>
<p>
For the official information, check out <a href="http://www.w3.org/TR/xhtml1/#h-4.10">the section of the new spec</a> dealing with this transition.
</p>]]></description>
      <pubDate>Tue, 23 Oct 2007 12:52:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[David Coallier's Blog: PEAR::DB is Deprecated, Got It?]]></title>
      <guid>http://www.phpdeveloper.org/news/7966</guid>
      <link>http://www.phpdeveloper.org/news/7966</link>
      <description><![CDATA[<p>
In response to several other posts lately about the <a href="http://pear.php.net/DB">PEAR::DB</a> package in PEAR (and things that could be done to improve it), <i>David Coallier</i> got a bit fed up and <a href="http://blog.agoraproduction.com/index.php?/archives/42-PEARDB-is-DEPRECATED,-GOT-IT.html">shared his opinion</a> - "PEAR::DB is deprecated, got it?"
</p>
<blockquote>
All new features are made into <a href="http://pear.php.net/MDB2">MDB2</a> and not <a href="http://pear.php.net/DB">DB</a>, the only thing that is being done on DB is security fixes. So MDB2 is first of all, faster, smaller (Because of it's driver and modularity), easier, and has more features (LOB handling, Iterator, etc) and better end-user documentation, quite solid docs indeed.
</blockquote>
<p>
Of course, <a href="http://blog.agoraproduction.com/index.php?/archives/42-PEARDB-is-DEPRECATED,-GOT-IT.html#comments">the comments</a> of the post are full of people arguing to keep it around and others that agree with <i>David</i>, especially in light of a MDB2 driver for the Zend Framework he mentions.
</p>]]></description>
      <pubDate>Mon, 04 Jun 2007 15:21:00 -0500</pubDate>
    </item>
  </channel>
</rss>
