Search filter Pro plugin is causing a large number of admin ajax requests

Ross Moderator

#33358

Hi Jarad

I’m actually hosted with WP Engine and use them on a ton of sites…

Sorry in advance for all the questions, please try to answer them all to help me in understanding the issues..

So this issue is specifically in the admin area?

And they say the 500 errors are due to the ajax requests in the admin?

First, the ajax requests are only performed when on S&F pages – so that is any page within the “Search & Filter” admin menu on the left.

So unless you are editing a search form, you likely won’t have these requests going out at all.

Second, the request itself should be very basic.

The request is just checking if the cache needs building – if it is upto date, then its as simple as checking a meta value and returning a true/false via the ajax request. In terms of resources, this shouldn’t really be taking up anything.

However, if you are building the cache, this is more resource intensive, but is only required once, while the cache is being built for the first time.

Can you clarify whether they are referring to any ajax request, or ones tied in with cache being rebuilt?

You can tell if the cache is being built simply by editing any search form, and checking the cache status there.

Just to note, there have been some improvements to this area coming in the next update.

Thanks

Anonymous

#33360

Hi Ross,

Yes, they are saying that the ajax request are causing the 500 errors.

Here is what wp engine provided.

2514 [action] => cache_progress
1840 [action] => process_cache
1241 [action] => refresh_cache
190 [action] => heartbeat
60 [action] => my_embedplus_glance_count
38 [action] => get_focus_keyword_usage
30 [action] => query-attachments
12 [action] => wp-remove-post-lock
8 [action] => save-attachment
8 [action] => sample-permalink

The top three that all number over 1000 are being created by search-filter-pro

We are currently building cache see below:

Current Progress:
40800 / 72198 posts – 57%
Building cache…

Ross Moderator

#33375

Hi Jarad

Ah yes, so the issue is specifically when the cache is being built.

This is pretty resource intensive.

I’ve actually added an option in the next version to change the speed of this.

A lower setting, means the cache takes longer to complete, but should not use as much resources.

Also with the latest update the cache needs to be rebuilt less.

I can send this to you if you want to give it a spin?

The only issue here is that unless you let the cache complete, you will need to rebuild it.

I think the best thing to do (if its possible) is to finish building the cache once.

Don’t make a single change to S&F. Then update it to the dev version I have now.

When you make changes to the search form, there are some pretty resource intensive operations with the current version, and on a site with 70k posts its really going to show.

The dev version has hugely improved this so I would advise to take no further actions until you’ve updated.

Which I think is best only done once cache has finished building, unless its causing too many issues.

Let me know how you want to proceed.

Thanks

Anonymous

#33378

Hi Ross,

Okay, I will let the cache finish building and get the new version a shot. Can you provide the link to me so I can download it?

Ross Moderator

#33397

Just emailed it to you 🙂

Just to note, actions which will trigger the cache to be rebuilt:

1) Changing post types in any search form
2) adding / removing / changing the post meta key of any post meta fields

Any other actions in S&F will not trigger a cache rebuild – feel free to do what you need with the other fields.

Thanks

Anonymous

#33408

Ross,

Do I need to uninstall the pervious version before installing this version and duplicate the current settings in the plugin?

Thank you,

Ross Moderator

#33414

Nope just upload via FTP – replacing the previous version – you shouldn’t have to do anything else, perhaps just hit “update” on your search form.

Thanks

[Author]

Posts