This plugin doesn’t use the WPEngine object caching itself. You should use this, and maybe give the WPEngine Object Caching a go again, since Pods will be using the Pods Alternative Cache (file-based) for all of it’s data which might have been filling up your object cache before.
Thread Starter
Craig
(@catholicservant)
Perfect…thanks Scott…will report back how it goes.
-
This reply was modified 6 years, 6 months ago by
Craig. Reason: typo
Thread Starter
Craig
(@catholicservant)
FYI – I’ve installed and network activated (this is a multisite installation).
So, the only edits/settings are via the wp-config.php?
Does the Pods Admin > Settings > “Clear Pods Cache” still work or have any effect?
Thx!
That’s right, but you don’t need to do anything in your wp-config at all, no changes/settings necessary by default and I don’t recommend any customizations for your use case.
Clear Pods Cache will continue working as expected, this plugin hooks into that process and clears all of the file-based cache very nicely.
Thread Starter
Craig
(@catholicservant)
Just a followup…things were working fine for 2 weeks and 6 days…then today it happened again – 404 errors.
Cleared the Pods Cache and it’s working again.
FWIW – this is a multisite installation at WPEngine.
Any suggestions? Bit stumped on what to do here, since these 404s are a bit of a showstopper on this installation.
Thanks
-
This reply was modified 6 years, 6 months ago by Craig. Reason: typo
Do you by any chance have another plugin or theme that is registering it’s own custom post types? You can search your theme or plugin for the following “flush rewrite” and that might be the issue. I’ve ran into that on badly written themes that used custom post types by putting that function in the wrong place and it would step on properly registered post types and taxonomies.
Thread Starter
Craig
(@catholicservant)
Hi Jim,
Using the GeneratePress theme. It’s well-coded and I’ve used it on a large number of installations without issue.
I have two plugins that registers CPTs…
1. Simple Calendar (https://wordpress.org/plugins/google-calendar-events/) – but it doesn’t issue any flush rewrites from what I can see.
2. Beaver Builder – and it has an extensive amount of code pertaining to flushes. I’ve been using this plugin for about 3 years without any conflict with other plugins and it’s a core plugins of all the sites I build, so I cannot remove it.
Anything else? Can I setup a CRON job to flush the Pods Cache?
Sorry, the Flush Rewrites is a common cause for 404’s, so that was just a place to look. GeneratePress is a great theme as is Beaver Builder’s plugin. I didn’t read the full history of your case above, so didn’t realize you were dealing with a caching issue.
Going to redirect this one to @sc0ttkclark for his recommendations.
Thread Starter
Craig
(@catholicservant)
Thanks Jim.
The Alternative Pods Cache plugin had been working great for 2 1/2 weeks.
I did update the Yoast SEO plugin 2 days ago. Since that plugin also interacts with permalinks, I’m wondering if that possibly triggered a flush rewrite. That’s the only thing I can think of.
Pods Alternative Cache does not flush the rewrites, however Pods does flush rewrites when you create, update, or delete a pod. This is meant to handle cases where you’ve changed something that affects the rewrites. It normally causes no issues during that process though.
When you Clear Pods Cache, we flush the permalinks then too, so it probably gave a kick to the rewrite issue you were having — it wasn’t something cached on our end that had to be cleared.
I should note that my original suggestion to use Pods Alt Cache wasn’t based on the 404 error you reported, just that I thought it might possibly be related to the object cache or some other similar issue.
I’ve seen 404 issues happen on WP updates usually on projects of mine, which is odd. This happens when a plugin tries to flush rewrites too early — something our plugin has been very careful to ensure happens after the init action (we run our flush operation in the wp_loaded action which is the very next action after the init action).
The init action is the accepted standard action where post types, taxonomies, and rewrites are registered. Your best bet may now be to investigate some of your other plugins to see if you find a call to code that might look similar to this $wp_rewrites call:
https://github.com/pods-framework/pods/blob/bd5129003a313b899693cda4757e35c47b52569c/classes/PodsInit.php#L873
Thread Starter
Craig
(@catholicservant)
Thanks for the tips Scott!
My current thinking is it could be related to the plugin updates from 2 days ago, so I’m going to keep a close eye on that.
If I uncover anything useful, I’ll share it!
Thread Starter
Craig
(@catholicservant)
UPDATE – Confirmed – updating the Yoast SEO plugin causes the 404s.
Not sure if I should report this as a bug to Yoast or not, since I’m not familiar enough with their code to know where the issue lies.
Thx!
