<?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, 24 May 2013 00:58:53 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Jose de Silva's Blog: Speeding up your application with Cache_Lite]]></title>
      <guid>http://www.phpdeveloper.org/news/15386</guid>
      <link>http://www.phpdeveloper.org/news/15386</link>
      <description><![CDATA[<p>
In a new post to his blog <i>Jose de Silva</i> takes a look at how using the Cache_Lite PEAR package can <a href="http://blog.josedasilva.net/speeding-up-your-application-with-cache_lite/">help to speed up your application</a> by reducing overhead caused by data fetching.
</p>
<blockquote>
Cache_Lite is one of the fast, light and reliable cache system for PHP. It's an extremely easy and small learning curve system to work with. This post will try to make you a light introduction to PHP Cache_Lite.
</blockquote>
<p>
He starts from the beginning - installing the package through the PEAR installer and setting up a basic configuration for a new Cache_Lite object in a script. Using this object you can test for the existence of a cached value or set a new one. The configuration allows you to define the "time to live" before the records expire.
</p>]]></description>
      <pubDate>Thu, 04 Nov 2010 13:53:49 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[New Earth Online: Caching PHP pages]]></title>
      <guid>http://www.phpdeveloper.org/news/10006</guid>
      <link>http://www.phpdeveloper.org/news/10006</link>
      <description><![CDATA[<p>
The New Earth Online has <a href="http://www.newearthonline.co.uk/index.php?page=article&article=424">a quick look</a> at one easy method for speeding up your site in a few different ways - caching pages and information with things like Cache_Lite and APC.
</p>
<blockquote>
As your site traffic grows it takes longer and longer to generate a dynamic page from sending multiple queries to a database. One possible solution to limit queries is to cache the result of each query that is needed, or to have a complete full page cache for your site.
</blockquote>
<p>
They look at the two ways I mentioned - the <a href="http://pear.php.net/package/Cache_Lite">Cache_Lite</a> PEAR package and the <a href="http://pecl.php.net/package/APC">APC</a> extension (that will soon be included by default in the stable PHP releases). Bits of code are provided for each showing how to get them set up and get them working inside of your application.
</p>]]></description>
      <pubDate>Mon, 21 Apr 2008 09:31:40 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[SitePoint Server Side Coding Blog: Cache it! Solve PHP Performance Problems]]></title>
      <guid>http://www.phpdeveloper.org/news/9013</guid>
      <link>http://www.phpdeveloper.org/news/9013</link>
      <description><![CDATA[<p>
On the SitePoint "Server Side Coding" blog, there's <a href="http://www.sitepoint.com/article/caching-php-performance">this look</a> at caching to help solve some PHP performance issues.
</p>
<blockquote>
In the good old days when building web sites was as easy as knocking up a few HTML pages, the delivery of a web page to a browser was a simple matter of having the web server fetch a file. [...] Then dynamic web pages came along and spoiled the party by introducing two problems: a delay for processing and a check of the file's age before it's sent to the browser.
</blockquote>
<p>
They <a href="http://www.sitepoint.com/article/caching-php-performance">talk about</a> what caching can do for you, what you can do (both server and client side) to prevent caching, working with the headers sent from and back out to the browser, using output buffering, partial caching and using PEAR::Cache_Lite in your application.
</p>]]></description>
      <pubDate>Fri, 09 Nov 2007 19:16:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Kevin van Zonneveld's Blog: Speedup your website with Cache_Lite]]></title>
      <guid>http://www.phpdeveloper.org/news/8379</guid>
      <link>http://www.phpdeveloper.org/news/8379</link>
      <description><![CDATA[<p>
<i>Kevin van Zonneveld</i> has a <a href="http://kevin.vanzonneveld.net/techblog/article/speedup_your_website_with_cache_lite/">quick new tutorial</a> he's written up covering the installation and use of the Cache_Lite software to increase performance on your site.
</p>
<blockquote>
Every time a request hits your server, <a href="http://kevin.vanzonneveld.net/techblog/tag/php/">PHP</a> has to do a lot of processing, all of your code has to be compiled & executed for every single visit. Even though the outcome of all this processing is often identical for both visitor 21600 and 21601. So why not save the flat HTML generated for visitor 21600, and serve that to 21601 as well? This will relieve resources of your web server and database server because less PHP often means less queries.
</blockquote>
<p>
The <a href="http://pear.php.net/package/Cache_Lite/">Cache_Lite PEAR package</a> makes it simple to cache both entire pages or just small parts. He shows the installation (through aptitude on Ubuntu) and how to use it in a simple code example that stores the cached copy to the local drive for a given amount of time.
</p>]]></description>
      <pubDate>Thu, 02 Aug 2007 09:31:00 -0500</pubDate>
    </item>
  </channel>
</rss>
