<?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:47:25 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Ken Guest's Blog: A response to "Better Postal/Zip Code Validation Method for CakePHP 1.2"]]></title>
      <guid>http://www.phpdeveloper.org/news/13692</guid>
      <link>http://www.phpdeveloper.org/news/13692</link>
      <description><![CDATA[<p>
In response to <a href="http://jamienay.com/2009/12/a-better-postal-zip-code-validation-method-for-cakephp-1-2/">a different post</a> he read on a postal/zip code validation topic, <i>Ken Guest</i> has <a href="http://blogs.linux.ie/kenguest/2009/12/15/a-response-to-better-postalzip-code-validation-method-for-cakephp-1-2/">points out other resources</a> that can be used to accomplish the same sort of thing and already exist.
</p>
<blockquote>
I drew attention to two things. The first is that there are <a href="http://pear.php.net/packages.php?catpid=50&catname=Validate">Validation packages in PEAR</a>, including  <a href="http://pear.php.net/package/Validate">the main Validate class</a> and all the Validate_xx subclasses such as <a href="http://pear.php.net/package/Validate_US">Validate_US</a>, <a href="http://pear.php.net/package/Validate_CA">Validate_CA</a> and some 22 others). The second item I drew Jamie's attention to is that his validation code counts a zip code of "00000' as valid, when <a href="http://zip4.usps.com/zip4/citytown_zip.jsp">the USPS zip code look up tool</a> correctly (and they should know!) identifies that code as invalid.
</blockquote>
<p>
He wholeheartedly opposes the "Not Invented Here" syndrome that developers (with a hefty dose of framework developers included) seem to have.
</p>]]></description>
      <pubDate>Thu, 17 Dec 2009 11:14:53 -0600</pubDate>
    </item>
  </channel>
</rss>
