So if you have something like this:

drwxr—– somedir
-rwxr—– somefile

you’ll end up with:
drwx–x–x somedir
-rwx–x–x somefile

instead of the wanted:
drwx–x–x somedir
-rwx—— somefile

It depends if this is desirable or not, but you should point this out in your post.

I am having a problem with APC and APCIterator class in general. I am using APCIterator to retrieve certain items and hand it over to apc_delete($iterator) without having to flush the whole cache.

My problem is the following: Once I created these items I can easily retrieve them using APCIterator, but after a certain amount amount of the time certain items can’t be retrieved by APCIterator anymore, they are stuck in cache and APCIterator is empty…I have absolutely no clue why and how this is happening.

Maybe my APC settings??

Here is a more detailed explanation of my problem:

http://stackoverflow.com/questions/37969063/apciterator-cant-retrieve-items-after-certain-amount-of-time

I am very thankful for any ideas on how to fix this…

Thanks in advance

Nabeel, this is a very old post from 2012; I no longer suggest to use this configuration, it was just a test case. @wordpress is to handle WordPress pretty URLs/permalinks.

Is it still valid with current version of nginx and wordpress and w3tc?

Yes, this post was written over 5 years ago, so APC cache was still current with PHP 5.3. Many web servers still run PHP 5.3; though it is dated, it is stable and is maintained in most OS repositories with back ported security patches. 5.3 is still the default PHP for many “stable” server OS. For newer sites, I’m now using PHP 5.5.x, PHP-FPM & NginX… no real need for APC.

Thanks for this informative guidelines, hopefully will give it a try.

Simon, I do not know why that would happen… check your settings. The setup I describe is somewhat specific to Virtualmin.