<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Simple Php Cache System</title>
	<atom:link href="http://www.wowebmaster.com/php/simple-php-cache-system-to-overcome-server-overloads/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wowebmaster.com/php/simple-php-cache-system-to-overcome-server-overloads/</link>
	<description>World of Webmaster: Sharing Experiences</description>
	<lastBuildDate>Wed, 16 Sep 2009 06:39:52 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Master Ryan</title>
		<link>http://www.wowebmaster.com/php/simple-php-cache-system-to-overcome-server-overloads/comment-page-1/#comment-1745</link>
		<dc:creator>Master Ryan</dc:creator>
		<pubDate>Tue, 16 Jun 2009 12:46:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.wowebmaster.com/?p=10#comment-1745</guid>
		<description>nice code!

its more efficient and orderly to run a cron to write your cache (rather than rely on the next visitor). even if u are the &#039;next&#039; visitor, hitting the page to write the cache is a wasted few seconds of life. even worse if the change affected several pages.

i also add a mail statement at the end of my cache writer that alerts me if the cache write fails. good way to catch problems early.

of course the ultimate speed gainer for a server is to turn off your db and use flat files. cut out the mysql querying and you save yourself huge overhead. mysql should only be used on sites with highly active data. why have mysql running if your data only changes daily or weekly?

if u use flat files then u dont need a cache. its the same server load to serve a flat file page as it is a cached page. its all files. :)</description>
		<content:encoded><![CDATA[<p>nice code!</p>
<p>its more efficient and orderly to run a cron to write your cache (rather than rely on the next visitor). even if u are the &#8216;next&#8217; visitor, hitting the page to write the cache is a wasted few seconds of life. even worse if the change affected several pages.</p>
<p>i also add a mail statement at the end of my cache writer that alerts me if the cache write fails. good way to catch problems early.</p>
<p>of course the ultimate speed gainer for a server is to turn off your db and use flat files. cut out the mysql querying and you save yourself huge overhead. mysql should only be used on sites with highly active data. why have mysql running if your data only changes daily or weekly?</p>
<p>if u use flat files then u dont need a cache. its the same server load to serve a flat file page as it is a cached page. its all files. :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
