<?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>Sat, 25 May 2013 17:16:03 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Chris Hartjes' Blog: What Is Really Considered Documentation?]]></title>
      <guid>http://www.phpdeveloper.org/news/10665</guid>
      <link>http://www.phpdeveloper.org/news/10665</link>
      <description><![CDATA[<p>
In <a href="http://www.littlehart.net/atthekeyboard/2008/07/22/what-is-really-considered-documentation/">this new post</a>, <i>Chris Hartjes</i> takes a look at something that is one of the banes of most programmers' existence - documentation. In it he wonders what should really be considered documentation and the importance of it.
</p>
<blockquote>
As a committed user of open source technologies, the difference between me using something and not using something is the documentation. Is there documentation for it? Is it easy to find? Does it answer my questions? Is there someone I can call an idiot if I disagree with the level of documentation? These are all very important questions. 
</blockquote>
<p>
He <a href="http://www.littlehart.net/atthekeyboard/2008/07/22/what-is-really-considered-documentation/">uses</a> the illustration of the documentation of the <a href="http://cakephp.org">CakePHP</a> framework that's helpful, but only really after you learn how to use the framework in the first place. He mentions people on both sides of the fence - those that love the framework and love the documentation and those that moved on to something simpler because they just couldn't get it.
</p>
<p>
He also mentions the variety of sources that can provide "documentation" for the framework when you're getting a bit stuck - everything from blogs to <a href="http://bakery.cakephp.org">The Bakery</a> to a different sort of documentation, unit test.
</p>]]></description>
      <pubDate>Wed, 23 Jul 2008 10:26:33 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Zend Developer Zone: Security Tips #17 & #18 (When to Secure & File Uploads)]]></title>
      <guid>http://www.phpdeveloper.org/news/7521</guid>
      <link>http://www.phpdeveloper.org/news/7521</link>
      <description><![CDATA[<p>
The Zend Developer Zone continues their great series of security tips with two new posts - one talking about when to focus on security and the other about file uploads.
</p>
<p>
From the first, <a href="http://devzone.zend.com/node/view/id/1866">top 17</a>:
</p>
<blockquote>
Application security should not be a "when all else fails" situation. It's not something you can "put in later". As we've mentioned before, there is no single silver bullet to solve your application security issues. Security is something that should be rolling around in the back of your dead in the design phase, the coding phase, the testing phase, even after you've rolled your code into production.
</blockquote>
<p>
And, from <a href="http://devzone.zend.com/node/view/id/1867">tip #18</a>:
</p>
<blockquote>
When you allow users to upload files, your system may be at risk. Always restrict the file types that you allow. Don't rely on a blacklist approach. [...] Be careful with file uploads and make sure you protect them with a whitelist policy instead. Make sure that the file that has been uploaded is of the type that you want to allow.
</blockquote>]]></description>
      <pubDate>Wed, 28 Mar 2007 17:19:49 -0500</pubDate>
    </item>
  </channel>
</rss>
