Re: Internal PHP caching methodology
| From: | Daniel Kolbo | Date: | Sat, 18 Jul 2009 01:32:10 +0000 |
| Subject: | Re: Internal PHP caching methodology | ||
| References: | 1 2 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-295538@lists.php.net to get a copy of this message | ||
Eric Butera wrote:
> On Thu, Jul 16, 2009 at 5:50 PM, Daniel Kolbo<kolb0057@umn.edu> wrote:
>> Hello,
>>
>> Call me a dreamer...but I got to ask.
>>
>> Is there any software for helping speed up PHP by utilizing internal PHP
>> caching?
>>
>> I am not talking about the external php cache/header control. Smarty
>> caching doesn't give me the control I need either.
>>
>> I would like to cache to a finer level than page by page, but rather on
>> a module by module basis. Each of my pages contains a subset of
>> modules. The content of these modules changes based upon certain
>> criteria (link, time, session data, but is sometimes static across the
>> site). I would like to be able to cache individual "modules"
>> (preferably based upon frequency and time to generate).
>>
>> I am trying to develop a way to do this, but I have to think a brighter
>> mind has come before me and hopefully arrived at a solution.
>>
>> As always any help/thoughts are much appreciated, except for that one
>> guy's comments (you all know who I am talking) ~ jk ;)
>>
>> Thanks,
>> `
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
> Have you actually profiled your code to see where the pain points are
> vs saying 'module?' Are you also running an opcode cache? From there
> you can use data, block, or full page caching. Finally you can figure
> out if you want to store it in flat files or memory. I'd start by
> knowing what is actually the slow part using Xdebug and nail a few
> down.
>
> There is no end all solution. Some pages really don't have a lot
> going on and are hardly updated so full page is fine. Others might
> have something that is hard to generate on a sidebar, so block caching
> would be more suitable for that. As previously mentioned, Zend_Cache
> is up to the task. There is also a PEAR package called Cache_Lite
> which would work to if you're interested in file based caching.
>
So dreams do come true...
Thank you for the wonderful insight. I've been reading about the
memcached and Xdebug and Zend_Cache. I've got lots to learn, but it is
exactly the type of material i was trying to find.
I am not currently running an opcode cache. I may be doing "premature
optimization", but i want to design the entire system intelligently from
the get go rather than having to rebuild later. you know 'work smarter
not harder'....
Is it possible to run xdebug on a virtual host server on which i do not
have shell access? I can modify php.ini via cgi, but I don't know if
i'd be able to view the results of xdebug on the machine. Your opinion
would be appreciated.
Thanks so much, i feel like i've just been shown a whole new world.
dK
`