<?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>Thu, 15 May 2008 22:37:46 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Hasin Hayder's Blog: Facebook data storage api can really be the replacement of memcache]]></title>
      <guid>http://www.phpdeveloper.org/news/9942</guid>
      <link>http://www.phpdeveloper.org/news/9942</link>
      <description><![CDATA[<p>
<i>Hasin Hayder</i> has <a href="http://hasin.wordpress.com/2008/04/07/facebook-data-storage-can-really-be-the-replacement-of-memcache/">proposed an interesting replacement</a> for the usual caching mechanism - using the <a href="http://www.facebook.com">Facebook</a> data storage API to cache copies of pages/data/etc.
</p>
<blockquote>
Why not! All you need is a fast-n-furious caching storage for your Facebook application which stores values against a key, same like a hash table. Facebook data storage API does the same for you. using the batch API in Facebook rest client you can seriously think it as an alternative of memcache.
</blockquote>
<p>
He shows the simple process for making the object (manually in a preexisting application), inserting data into the object through the API they provide and how to pull that data back out.
</p>]]></description>
      <pubDate>Wed, 09 Apr 2008 13:58:22 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Stuart Herbert's Blog: More about Performance Tuning]]></title>
      <guid>http://www.phpdeveloper.org/news/9566</guid>
      <link>http://www.phpdeveloper.org/news/9566</link>
      <description><![CDATA[<p>
Based off of a <a href="http://www.phpdeveloper.org/news/9538">previous article</a> from <i>Mike Willbanks</i>, <i>Stuart Herbert</i> has posted some of his <a href="http://blog.stuartherbert.com/php/2008/01/31/more-about-performance-tuning/">own thoughts</a> on tuning and tweaking your applications for the best performance you can get out of them.
</p>
<blockquote>
There's some good advice in there, and I thought it'd be a good idea to quickly add a bit more detail about the separate approaches that Mike raises.
</blockquote>
<p>
He <a href="http://blog.stuartherbert.com/php/2008/01/31/more-about-performance-tuning/">goes over</a> the APC caching, memcache, the "gzip trick", the "Not Modified" header and optimized SQL statements.
</p>
<p>
He also mentions one thing that <i>Mike</i> didn't mention - a split between static files (no PHP needed) and their dynamic cousins. Having a more pure Apache (no PHP installed) can help give a minute jump in speed that, depending on the size of the site, could really add up from a user's perspective.
</p>]]></description>
      <pubDate>Tue, 05 Feb 2008 07:57:00 -0600</pubDate>
    </item>
  </channel>
</rss>
