<?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, 18 May 2013 06:10:57 -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[DevShed: Building an RSS File]]></title>
      <guid>http://www.phpdeveloper.org/news/7275</guid>
      <link>http://www.phpdeveloper.org/news/7275</link>
      <description><![CDATA[<p>
In the continuing series on RSS files, DevShed has posted <a href="http://www.devshed.com/c/a/XML/Building-an-RSS-File/">this new part</a> with a focus on the "theoretical aspects" of developing an RSS file.
</p>
<p>
These aspects include things like examples of the elements it can contain, elements that are required for it to be a compliant RSS document, a look at the enhanced RSS functionality and structure (more information about the creator of the RSS embedded in the data), and even a look at what an aggregator is and what they would do with your RSS file.
</p>
<p>
Keep an eye out for the last installment in the series - a look at actually creating the RSS file from your data (probably from a database) and displaying it for the world to see.
</p>]]></description>
      <pubDate>Wed, 14 Feb 2007 09:02:00 -0600</pubDate>
    </item>
  </channel>
</rss>
