Till Krüss

If your redis-cli -h my-redis ping works from within the WordPress container, it can only be the plugin configuration. Have you tried moving all WP_REDIS_* constants to the top of the wp-config.php file?

Using Predis or PhpRedis?

Page caches and object caches perform different tasks ???♂?

So???

No such file or directory means that your socket isn’t consistently open, which can also cause Call to a member function get() on null.

Try switching to TCP, might be more stable for you.

Yeah, that makes sense.

You should install a Redis plugin, if your hosting provider supports Redis.

If you see Status: Connected, then you’ll need to use an APM tool like New Relic to see whats specifically causing the slowness of your site.

It’s for any kind of file modification. If you only want to disallow installation, but allow theme updates or drop-in modifications you can refined permissions.

If your TTFB is 4x with Redis enabled, you’re probably not in the same availability zone. I’d check that first.

Yep: https://github.com/tillkruss/Nginx-FastCGI-Cache/pull/27/files

It’s up to Mailster newsletter to ensure their code works with WordPress’ persistent object caching API.

It’s up to Loco translate to ensure their code works with WordPress’ persistent object caching API.

You can’t use two object caches at the same time. You must disable the object cache from Atec.

Do you have any other cache plugins installed? Try deleting the object-cache.php file and then click “Enable Object Cache” from Redis > Settings.

Might be an issue with one of your plugins or your theme not being compatible with WordPress’ persistent object cache API. You can try ignoring the respective cache group, or bugging your cart plugin to fix their plugin.