<?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>Sun, 19 May 2013 07:25:07 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Brandon Savage: Always Return Something]]></title>
      <guid>http://www.phpdeveloper.org/news/19301</guid>
      <link>http://www.phpdeveloper.org/news/19301</link>
      <description><![CDATA[<p>
In <a href="http://www.brandonsavage.net/always-return-something">this post</a> to his site <i>Brandon Savage</i> talks about "always returning something" from your methods and functions back to the calling script. He also suggests that null is not an option.
</p>
<blockquote>
A few weeks ago, there was a discussion on Twitter about whether or not a method should always return a value, or whether or not null was a valid value to return. The answer to this question is a resounding no, a null value should never be returned. [...] For example, you check that a file you opened exists, or that a resource performed correctly before using it. But if you receive a null response, how do you test for this The answer is you can't
</blockquote>
<p>
He notes that a "null" response is not only difficult to test but can lead to ambiguous handling as you're not sure where the error might be. He also includes a snippet of code showing how a null response could break a fluent interface if an instance of "$this" is not returned.
</p>]]></description>
      <pubDate>Tue, 12 Mar 2013 10:49:55 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stefan Koopmanschap's Blog: Formatting valid xs:dateTime fields with PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/13190</guid>
      <link>http://www.phpdeveloper.org/news/13190</link>
      <description><![CDATA[<p>
<i>Stefan Koopmanschap</i> had a problem - the formatting on his dateTime fields (the XSD type) wasn't cooperating and couldn't be validated. He <a href="http://www.leftontheweb.com/message/Formatting_valid_xsdateTime_fields_with_PHP">asked the question</a> of the community of how to correct this and was given a short and easy answer from <i>David Zuelke</i> using <a href="http://php.net/date">date</a>.
</p>
<blockquote>
Recently I had to compose some XML documents that needed to be validated with XSDs. All fine of course, but I had some problem with two date/time fields that according to the XSD were supposed to be xs:dateTime fields. Googling around I found a lot of references to the ISO8601 format, so I decided to format my date using the DATE_ISO8601 constant. That did not work though.
</blockquote>
<p>
<i>David</i>'s suggestion was to use "date('c')" (the full ISO 8601 date) instead of the DATE_ISO8601 constant. The trouble is caused by a missing colon in the second choice's output.
</p>]]></description>
      <pubDate>Wed, 09 Sep 2009 09:19:15 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Demian Turner's Blog: Is vendor sponsored software certification the way to go?]]></title>
      <guid>http://www.phpdeveloper.org/news/12067</guid>
      <link>http://www.phpdeveloper.org/news/12067</link>
      <description><![CDATA[<p>
A little while back on his PHP Kitchen blog <i>Demian Turner</i> <a href="http://phpkitchen.com/2009/02/is-vendor-sponsored-software-certification-the-way-to-go/">asked the question</a>, "Is vendor sponsored software certification the way to go?". An easy example? The <a href="http://www.zend.com/en/services/certification/">Zend Certified Engineer</a> tests.
</p>
<blockquote>
Currently Zend certification is one of the only options available to PHP devs who want to get accredited, however.  But judging by general feedback from the community  it would appear that, despite the current certification choices, quality discrepancies between PHP devs on the market can still be pretty...impressive.
</blockquote>
<p>He points to <a href="https://www.sdn.sap.com/irj/scn/weblogs?blog=/cs/user/view/cs_msg/42085">another post</a> from <i>Darren Hague</i> (on Derren's SAP blog) that has three elements that any good certification needs to really be considered successful:
</p>
<ul>
<li>Quality - it must be professional and independent
<li>Portability - it must be independent of the company you work for at the time
<li>Customer Demand - without demand for certified people in that area, there's no reason to have the certification
</ul>
<p>
Be sure and check out some of <a href="http://phpkitchen.com/2009/02/is-vendor-sponsored-software-certification-the-way-to-go/#comments">the comments</a> to <i>Demian</i>'s post form some other opinions.
</p>]]></description>
      <pubDate>Wed, 04 Mar 2009 12:58:44 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Knut Urdalen's Blog: Washing emails]]></title>
      <guid>http://www.phpdeveloper.org/news/11465</guid>
      <link>http://www.phpdeveloper.org/news/11465</link>
      <description><![CDATA[<p>
<i>Knut Urdalen</i> has <a href="http://www.urdalen.com/blog/?p=246">posted a new blog item</a> about something he calls "washing emails":
</p>
<blockquote>
In this tutorial I'll show you how to create a simple PHP script to cleanup a list of email addresses. As a web developer you have probably been asked to wash a list of emails from a manager or marketer some times. Here's the ultimate solution.
</blockquote>
<p>
His script does a few things - removes duplicates, validates that the email address exists, uses pipes for communication and is as flexible as possible to work on most PHP distributions. You can download the simple script <a href="http://www.urdalen.com/files/wash.phps">here</a>.
</p>]]></description>
      <pubDate>Thu, 27 Nov 2008 14:42:56 -0600</pubDate>
    </item>
  </channel>
</rss>
