Ray Hauge wrote:
> On Saturday 29 July 2006 05:47, Jochem Maas wrote:
>> Jon Anderson wrote:
>>> Just replying to the list on this one 'cause I'm pretty sure you're on
>>> it. :-)
>>>
>>> AFAIK, with many caches the web server cache and CLI caches are
>>> exclusive to each process. The APC manual seems to suggest that the CLI
>>> cache is not connected to the web server cache:
>>>
>>> From: http://ca.php.net/manual/en/ref.apc.php
>>>
>>> apc.enable_cli *integer*
>>> <http://ca.php.net/manual/en/language.types.integer.php>
>>>
>>>    Mostly for testing and debugging. Setting this enables APC for the
>>>    CLI version of PHP. Normally you wouldn't want to create, populate
>>>    and tear down the APC cache on every CLI request, but for various
>>>    test scenarios it is handy to be able to enable APC for the CLI
>>>    version of APC easily.
>> thanks, you are right - what I thought had been working all this time had
>> not, or atleast the code did work but it was clearing the cache belonging
>> to the CLI, which was a pointless act!
>>
>> I'm an idiot.
>>
>> but wanting to clear the webservers APC cache from a cmdline script doesn't
>> seem like such a stupid thing to want to do. but there is no nice way of
>> doing it; so now I do this at the end of my cmdline script instead:
>>
>> exec('apachectl -k graceful');
>>
>> which sucks in so many ways it hurts .... but it does clear the APC cache
> 
> You could create a script that basically just does apc_clear_cache() et all. 
> and call it from lynx, curl, wget, etc. and throw that into a cron job.  That 
> would technically get you to call the script from the cli, but it should 
> clear the webserver cache. 

I thought about that but it means dealing with my own login system and apart 
from
having to figure that out, it's seems like a kludge ... in the end
hitting apache with a 'graceful' was alot quicker to get running ;-)

> 
> Ray
> 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to