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 :-/ > > > > jon > > Jochem Maas wrote: >> hi people, >> >> PHP version: 5.1.1 (last built: Dec 28 2005 16:03:22) >> APC version: 3.8.10 >> Apache version: 2.0.54 (last built: Dec 29 2005 14:04:16) >> OS: debian >> >> I have a script that runs via the cmdline, it's used to import/update >> data >> in a database, after the script is run the APC cache needs to be >> cleared so that >> that the new/updated data is visible on the website. to do this I call >> a static >> method of my cache management class which effectively performs the >> following: >> >> apc_clear_cache(); >> apc_clear_cache("user"); >> >> this used to work, but now it does not (atleast not on the cmdline; >> calling the >> above mentioned method via a webrequest still works). I have not >> recently updated >> php, apc or apache, neither have made any changes to the php.ini >> configuration. >> someone else may have updated the OS/system (and I can't rule out that . >> >> to test the problem I ran the following code at the cmdline: >> >> # php -r 'var_dump( ini_get("apc.enable_cli"), >> apc_clear_cache(), >> apc_clear_cache("user") );' >> >> this is the output I get: >> >> string(1) "1" >> NULL >> bool(true) >> >> so apc is enabled for the cli, cache clearance seems to work but when >> I checking the output >> of the apc.php file (shipped with the apc package) I see that nothing >> has been cleared; performing >> the same apc_clear_cache() calls (by way of pressing the buttons on >> the page output by apc.php) via >> the webserver module *does* clear the cache. >> >> it seems all of a sudden that the CLI and then apache SAPI are looking >> at different caches - >> running apc_cache_info() && apc_sma_info() on the commandline show >> nothing in the cache whereas >> viewing the stats produced by apc.php (via the webserver) shows plenty >> of stuff in the cache (both >> before and after running apc_cache_info() && apc_sma_info() on the >> commandline) >> >> can anyone offer some help/idea/etc? >> >> >> Another Thing: >> =========================================================================== >> >> although the manual states that apc_clear_cache() should always return >> a boolean >> calling it calling the function without any args *always* returns >> NULL. can anyone say whether >> this is a bug or a documentation problem? >> >> >> My APC ini settings (as defined in a seperate apc.ini): >> =========================================================================== >> >> >> >> ; Enable APC extension module >> extension = apc.so >> >> [APC] >> apc.enabled = 1 >> apc.shm_segments = 2 >> apc.shm_size = 128 >> apc.optimization = 0 >> apc.num_files_hint = 2000 ; ? >> apc.ttl = 180 >> apc.gc_ttl = 0 >> apc.slam_defense = 0 >> apc.file_update_protection = 0 ; 1 >> apc.cache_by_default = 1 >> apc.enable_cli = 1 >> apc.filters = -.*\.class\.php >> >> ; +\.tpl\.php,+.*\.interface\.php,+.*\.funcs\.php >> ; +.*\.class\.php >> >> ;apc.max_file_size = 8M >> apc.user_entries_hint = 0 >> apc.user_ttl = 0 >> >> ; this fixes a bug that causes $_SERVER not to be defined on >> 2nd/subsequent requests >> auto_globals_jit = Off >> >> > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
