nierdz

Yes, it’s a good idea, I’ll add this to the next release.

Hello,

I’ll look into this ASAP.

Hi, I didn’t test on Windows and have no way to do it so I don’t know if this is related or not. Cached files information comes from opcache_get_status. You can see it here.

If you have PHP errors in your logs it cloud help to understand what’s going on here.

• This reply was modified 2 years ago by nierdz.

Function init_get_all() is probably disabled on your PHP setup. You should enable it. Look at disable_functions.

• This reply was modified 2 years ago by nierdz.

Thanks @cgiupponi

I just released 4.2.0 version with your contribution.

Hi @sinapars

There’s no team, it’s only me like 99% of plugins out there ??

You already are using OPcache if you enabled it on your PHP configuration so nothing related to my plugin to use it. And probably nothing wrong to use it with a redis object cache.

This plugin is only useful to flush OPcache and see some stats about it. That’s all. To be clear, this plugin does not change performance of your website.

• This reply was modified 2 years, 2 months ago by nierdz.

Nope and not planned but this is definitely a good idea. If you have some time you could add it maybe ? You can open a PR here

1/ After you flush OPcache, you use WordPress again to see cached files so all necessary files to print this page are loaded in OPcache again. So, this is fine to have a lot of files in cached files just after a flush.

2/ I don’t understand your question about files that are not physically here

3/ You should look at max-wasted-percentage because you have a high wasted memory. By default, it’s set at 5% which means when you have 5% or more of wasted memory, OPcache is restarted.The rest seems OK to me.

Hi,

Maybe something else is wrong in your setup cause this happens when opcache_get_status() return false. As all the statistics part come from the result of this call, it’s expected to have this message when it’s broken.

So, you have to understand why opcache_get_status() is broke on your setup and fix it. Hope it helps.

Hi, it means max_cached_keys is set to 0 which is weird, you should raise this value to the same value set in your php7.4 installation. (same for other parameters for instance)

By the way, this is a good spot, I’ll add a condition to prevent ugly error of this kind in a future release.

No, it doesn’t matter. Use what you want.
You can then verify the files are not cached using “Cached files” tab of this plugin.

Hello,

Sorry for the late answer, there is a way in your php configuration to do it using opcache.blacklist-filename

Hope it helps…

Hi,

This is a really good idea. I’ll look into this as soon I have some free time.
I’ll keep you updated in this thread.

This is really a weird bug and I don’t understand what’s going on here. Something is broken in your php configuration. You should have the same behavior everywhere in the same virtualhost.

By the way, you should not put php.ini inside a public folder, it should be somewhere not readable by your http server (apache). At least, not in the public folder served by apache. Maybe you could use something like .user.ini to override default configuration.

I just released 4.1.4 with this fix !
Thank you @liowebmaster