<?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:32:40 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Ibuildings Blog: The definition of evil]]></title>
      <guid>http://www.phpdeveloper.org/news/10820</guid>
      <link>http://www.phpdeveloper.org/news/10820</link>
      <description><![CDATA[<p>
On the Ibuildings blog there's a <a href="http://www.ibuildings.com/blog/archives/1211-The-definition-of-evil.html">new post</a> that looks at the "evils" of a crucial part of many web applications - caching.
</p>
<blockquote>
Recently a colleague stated that in theory, caching could be considered 'evil'. Now 'evil' is a very broad term which is used a lot in the IT community, but what does it really mean when we're talking about technical solutions? I asked around, but couldn't find a clear cut definition, so I went searching...
</blockquote>
<p>
In his search he came across a wide range of definitions, including one mentioning bad design or implying a lack of goals with a summarized meaning of "does harm to your aesthetic and engineering judgment". He applies this to caching and, because of it being a sort of counter-intuitive way to handle content (not just the pull and push), it could be considered slightly evil. Interesting interpretation...
</p>
<blockquote>
However, as anyone will tell you caching is a very necessary evil. [...] So while it does some minor harm to aesthetic and engineering judgment, the user gets a fast experience, which is really all that matters in the end.
</blockquote>]]></description>
      <pubDate>Wed, 13 Aug 2008 08:44:17 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Vinu Thomas' Blog: Quicker and cleaner Form using Zend Form]]></title>
      <guid>http://www.phpdeveloper.org/news/9620</guid>
      <link>http://www.phpdeveloper.org/news/9620</link>
      <description><![CDATA[<p>
On his blog today, <i>Vinu Thomas</i> has <a href="http://blogs.vinuthomas.com/2008/02/13/quicker-and-cleaner-form-using-zend-form/">an example</a> of what he calls a "quicker and cleaner form" using the Zend_Form component of the <a href="http://framework.zend.com">Zend Framework</a>.
</p>
<blockquote>
Usually handing forms involves coding the form in HTML and performing client and server side validation, which usually makes the code for complex forms quite unwieldy. Zend_Form which is available in Zend Framework version 1.5 aims at simplifying this process.
</blockquote>
<p>
With this new version comes the ability to add in methods for validation right into the form definition. His example shows a traditional login form that checks things like if it's required, checking the length and adding filters to modify the input.
</p>]]></description>
      <pubDate>Wed, 13 Feb 2008 08:56:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Zend Developer Zone: Refactoring PHP Code]]></title>
      <guid>http://www.phpdeveloper.org/news/8668</guid>
      <link>http://www.phpdeveloper.org/news/8668</link>
      <description><![CDATA[<p>
<i>Roy Ganor</i> has <a href="http://devzone.zend.com/article/2514-Refactoring-PHP-Code">posted a new article</a> on the Zend Developer Zone about code refactoring, what it's good for and how it can help you and your code.
</p>
<blockquote>
At first, refactoring seemed to me to be magic, over the years I have come to view it as more of a trick, and today refactoring is integrated into my development environment and used frequently and quickly. Using the refactoring functionality, in addition to other tools, I can sculpt the code to improve legibility and maintainability.
</blockquote>
<p>
He talks about why PHP developers should jump on getting to refactoring their code, the different forms of refactoring, code examples showing it at work and some development tools/resources you can use to dig a little deeper.
</p>]]></description>
      <pubDate>Mon, 17 Sep 2007 18:17:17 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[David Coallier's Blog: PHP Namespaces (Part 1: Basic usage & gotchas)]]></title>
      <guid>http://www.phpdeveloper.org/news/8492</guid>
      <link>http://www.phpdeveloper.org/news/8492</link>
      <description><![CDATA[<p>
<i>David Coallier</i> has <a href="http://blog.agoraproduction.com/index.php?/archives/47-PHP-Namespaces-Part-1-Basic-usage-gotchas.html">posted his look</a> at the namespace support that will be included with PHP6, specifically some examples of their basic usage and things to look out for when using them in your applications.
</p>
<blockquote>
Well, PHP has namespaces now! Time to start educating people on that long awaited feature and for the people that already do know namespaces from C++, you also need to read this, it's simple, but will give you the basic syntax.
</blockquote>
<p>
He <a href="http://blog.agoraproduction.com/index.php?/archives/47-PHP-Namespaces-Part-1-Basic-usage-gotchas.html">starts with</a> things like "what is a namespace?" or "what are they used for?" before getting into the syntax. The next step up is explaining how they work - he uses an example project, ProjectOne, with its namespace definition and an example script (invoke.php) that uses this class (including the new "import" keyword and the double-colon namespace separator).
</p>]]></description>
      <pubDate>Mon, 20 Aug 2007 15:12:00 -0500</pubDate>
    </item>
  </channel>
</rss>
