Hi:
Unfortunately we’re not familiar with that plugin or with REDIS and its configuration. But I suspect that its caching pages for logged in users when it shouldn’t. Is there something in your redis configuration that can exclude the awesome support pages from being cached?
Thanks.
Thread Starter
gioni
(@gioni)
It’s an WP object cache handler that uses Redis instead of default MySQL. Nothing more.
Hi:
It sounds like its caching something that it shouldn’t. I wish I had some idea on where you could look but we have no experience with the plugin or configuring REDIS itsef. Maybe someone else in the community might be able to jump into this thread and offer a suggestion.
Thanks.
Thread Starter
gioni
(@gioni)
Probably it does and maybe it’s a bug in WP Redis or even WP. But, I’d like to know how can I clear the cache that is used by Awesome Support? It would be easier than debugging the rest of the world.
Hi:
AS doesn’t explicitly cache anything. Its the cache plugins that determine what to cache and when to cache things. So there’s no function inside of Awesome Support to clear an awesome support specific cache since one doesn’t exist that we control.
Maybe I misunderstood your question?
Thread Starter
gioni
(@gioni)
Yes, it does. At least by using set_transient(). I’ve checked the code. Anyway, I’ll ask the WP Redis developer about the issue.
Hi:
There’s probably a plugin out there that will clear all transients but we don’t have a function that will clear just Awesome Support specific transients.
Thanks.
Elia
(@prettyboyelias)
We have the similar issue.
Every time we want to change the default assignee we have to flush the entire Object Cache.
We have like 60 plugins and this is the first plugin with this issue.
