Posted: April 17, 2020 at 1:10 pm
Hey guys, my site admin has started running very slow the past few weeks. I installed a “Query Monitor” to try and see what takes so long to load and EE is at the top 3 each time.
Also, the notices that EE sends. I click dismiss but then they keep showing up. I dont want to ever see any special notices on my wp admin dashboard from EE becuase I already subscribe to their blog posts so I am updated when thee is special news. Im trying to get rid of anything and everything I can because working on the backend takes FOREVER all of a sudden.
Are there any tips you suggest for a faster WP admin? I use cloud hosting with Siteground.
When things started getting slow, just before that, were there any new add-ons added or were there changes to any settings in Event Espresso?
I haven’t added any new addons recently but will be adding new ones.
I have done some more research, and only two things i have found that might work is the plugins “Disable all Updates” , when that is activated it cuts the load time down in exactly 50% for entire wp admin. I do get errors on query monitor about ajax issue since the constant update notice. But Im hoping that doesn;t cause an issue for cron jobs for actual front end things.
And I can disable that plugin to check for updates whenever I want. So thats one fix. https://www.screencast.com/t/rfh7jZQl7
Second, I read something about “Redis Object cache?” But I did not try that one because I could not understand what they were actually saying to do.
I just know that with a lot of events and now adding woo to the domain too that the load times are getting longer so unless you think the “Disable all Updates” plugin is not a good idea, I might stick to that.
One more thing, does anyone happen to know how to make this work? Would that speed up WP Admin with Event espresso? https://www.screencast.com/t/BMxoMRcuWGv
The error you are getting means you have something like:
In your wp-config.php file.
You don’t need both if using a plugin to manage updates.
So, without the plugin, are you blocking all updates on the site using another method? For example using the constant mentioned above to disable auto-update?
A couple of things stand out in your thread, first:
You can’t get hung up on this.
Event Espresso is much more complex than the majority of plugins you will run on your site and has to process much more data, meaning it is no surprise that EE shows up as the ‘top’ queries on a site.
I’m not saying there isn’t some issue somewhere, but looking at query monitor and finding EE at the ‘top of the list’ is only half of the picture here.
They instantly show up again on the next page load or say 24 hours later?
Which specific notices are you referring to?
Object caching can not be used with Event Espresso, it basically moves transients out of the database but then EE can’t use them and they are required for it to function.
Have you checked to see which plugins are ‘phoning home’ to check for updates causing the slowdown?
EE should check once every 24 hours or when you click save on General Settings, not on every request.
Hey Tony, okay I’ve played around with it a little more. I am now using SG optimizer and Autooptimize and WP Rocket.
Sometimes if I test add an event to the cart, then go to registration but decide to add more events to cart, for some reason its not saving those items in the cart. Is there any kind of cookie or something that I can list on a do not cache list so that items in cart will remain in cart.
Second, is there some sort of code in the EE plugin that limits the amount of time an item remains in the cart?
For example, if a customer adds stuff to the cart, then leaves the site , then comes back 1 day later will the items still be there? Or is it 12 hours, 6 hours 1 hour etc..etc. etc.
Ok, but you haven’t answered any of my questions, all of which would be relevant to the speed of your site and most don’t apply to the above plugins.
I’ve not used SG Optimizer, but it apparently follows the no-cache headers we set when EE loads according to this thread:
With WP Rocket, you’ll need to exclude EE critical pages from caching:
It will most likely be because you are caching and it will depend on which options you’ve set.
EE already sets no-cache headers, adds cache-busting query strings to checkout and so on, if the caching plugin is ignored those you’re going to run into problems and you’ll need to work through the options to find what is causing it.
It’s the duration of the user’s session, which by default is 1 hour.
You can change it using a snippet like this:
However, I don’t recommend increasing it as it will hold ticket placed in the cart for the duration of the session, meaning you can sell out your event for a day without actually selling any tickets at all.