[FX.php List] Speeding up page display

[Bob Patin]

Dan,

Thanks for the explanation; so essentially, I'd need to pull every  
possible query then... yikes!

Once we get this ready to load up, there will be approx. 500,000  
records in it. I assume that doesn't matter though, since it's all  
going on behind the scenes anyway. Sounds like a huge amount of  
crunching!

I'll take a look at your prev. email; thanks,

Bob Patin
Longterm Solutions
bob at longtermsolutions.com
615-333-6858
http://www.longtermsolutions.com

   CONTACT US VIA INSTANT MESSAGING:
      AIM or iChat: longterm1954
      Yahoo: longterm_solutions
      MSN: tech at longtermsolutions.com
      ICQ: 159333060



On Aug 25, 2006, at 2:34 PM, DC wrote:

> I think you have misunderstood the point of caching in this case...  
> you are correct that one reason to cache is to reduce server load  
> when the same pages are loaded multiple times in succession. But,  
> this time the prime reason to cache to HTML is to "completely  
> control the rendering speed" not to "reduce strain on the server on  
> multiple same page requests."
>
> The idea is that *you* pull the page with a robot (or other page  
> crawling mechanism) and cause the cache to be formed well before  
> *anyone* hits that page. That way, no one but the robot sees the  
> FMP speed (or lack thereof). Everyone else sees a speedy HTML page  
> because you've told your robot to go and build the cache for you.
>
> You would set a cache expiry time of "never" and only robotically  
> rebuild the HTML page cache when you wanted to (weekends?).
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20060825/20953c2c/attachment-0001.html