<?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, 09 Jan 2009 06:40:03 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Ken Guest's Blog: Validation in Depth - a retort to using just regular expressions]]></title>
      <guid>http://www.phpdeveloper.org/news/10273</guid>
      <link>http://www.phpdeveloper.org/news/10273</link>
      <description><![CDATA[<p>
<i>Ken Guest</i>, in a response to <a href="http://www.phpguru.org/article/300">another post</a> from a different blogger, has posted some of <a href="http://blogs.linux.ie/kenguest/2008/05/26/validation-in-depth-a-retort-to-using-just-regular-expressions/">his own</a> validation replacements for the regular expression method the other blogger chose.
</p>
<blockquote>
I've noticed that <a href="http://www.phpguru.org/">Richard Heyes</a>, who professes himself to be a php guru, deleted my comment on <a href="http://www.phpguru.org/article/300">his "Some common regular expressions" posting</a> which simply pointed out his expressions didn't quite do the job and suggested a few <A href="http://pear.php.net/">PEAR packages</a> that should be used instead of the expressions that he proffered
</blockquote>
<p>
His examples have the benefit of what he calls "defense in depth" - the functionality to catch a bit more than just a regular expression can alone. His examples include <a href="http://pear.php.net/package/Validate">PEAR_Validate</a> for email addresses, <a href="http://pear.php.net/package/Net_CheckIP2">Net_CheckIP2</a> for IP addresses and the <a href="http://pear.php.net/package/Validate_UK/">Validate_UK</a> package for the sort code and telephone numbers.
</p>]]></description>
      <pubDate>Tue, 27 May 2008 07:58:54 -0500</pubDate>
    </item>
  </channel>
</rss>
