Posted: January 14, 2019 at 7:28 am
I have EE on a website https://wyreclt.org.uk In the meantime, as the client is very annoyed, I tried to test out these updates on the new version of the staging site which is now One way or another I need to be able to sort the issue of EE not working on the live site URGENTLY! I’m guessing getting the updates done will be the first thing to try? Thanks for your help Faith |
|
Hi Faith, Just to note, regardless of any issues with the license key, you can always update Event Espresso manually, we have instructions on doing so here: https://eventespresso.com/wiki/how-to-upgrade-event-espresso/#ee4-manual-update It’s basically de-activate and delete the current version (all of you event and related details are saved to the database, not the plugin so you won’t lose any data, but its good practice to do a database backup first just to be safe) Download the latest version from your account page and upload through Dashboard -> Plugins -> Add new -> Upload plugin, then activate.
We don’t actually assign the domain to your key, its done automatically when your site pings out servers and you have a key set in Event Espresso. If the key is already set and a different site pings with that key, its flags up (Little more to it than that, but that’s the general idea). I’ve reset your license key, if you go to Event Espresso -> General Settings on the LIVE site and save, the key should be assigned to that domain and you can update… You’ll need to remove the key from the staging site now to prevent the above from happening again. (Just set the key field to nothing and save)
In short, that’s because elegant themes are hijacking the request.
What has changed on the live site between when registrations worked and now? On the live site: If you go to Event Espresso -> General Settings -> Crticial pages do they all show as Page Status and Shortcode ‘OK’? Unless someone has renamed the ‘registration-checkout’ page, it looks like that page has been removed or no longer published publicly? |
|
Hi Tony, Thanks for this. I’ve done all the steps you suggested. The site is all updated and I was able to register for a free course. I’ve checked all the Critical Pages as you suggested and they all say “Status Ok and Shortcode OK, including the Registration Checkout Page. Can you help? Many thanks Faith |
|
Hi Faith, You can contact WPEngine support and ask them to add cache exclusions for the Critical pages. The registration Checkout page on your site is showing it’s being cached by the wpengine servers. There’s more information here: |
|
Hi Josh, I asked WP Engine to clear the cache on all the relvent pages. Would you mind checking the EE is now working as it should be on the site? Before I tell my client that it’s fixed I want to be double sure as she has possibly lost some bookings and isn’t too happy! Many thanks |
|
They need to do more than clear the cache. They need to add cache exclusions, and they’ll need to confirm from their end whether the cache exclusions have been added. |
|
Sorry Josh – I should have said that they excluded all the pages listed in the link you sent me. |
|
Please login to the site (I sent you all the logins via my paid-for support ticket) and see if you can see what the problem is. The client is asking me if they should get rid of Event Espresso! |
|
Was that support token from a while ago? We don’t actually keep log ins for sites, when we’re done, we delete the log ins. I can see from the front end of the site that the pages are still being cached. Here’s a screenshot that you can forward to WPEngine support: https://slack-files.com/T02SY781D-FFDFRD09W-7f9573aa0f The screenshot shows some of the Response headers for your site’s registration-checkout page, which include |
|
Hi Josh, “I looked to see if x-cache settings can be toggled or edited on our end, and it looks like default values are set on the server side. When it comes to caching we can add cache exclusions for paths, arguments, or cookies.” Because I share a server with other sites, they can’t change the x-cache setting. But if the appropriate pages are excluded anyway, why should that matter? |
|
Also – when I am logged into the site I can book a course no problem. I just tried on my partner’s computer though and got the same issue that the client is getting. ps the support token was from the same time as this thread started… |
|
It doesn’t appear that they are excluded. Their http response headers would be different if they were excluded.
Here’s a screenshot of that site’s response headers from its registration-checkout page: https://slack-files.com/T02SY781D-FFE5B5EP6-eee452e289 You’ll note there are different values for the x-cache headers there.
That’s because of the caching. When you’re logged into the site, you’re not getting pages served from the cache. It’s only when you’re logged out that you’ll get served from a cache when it’s a WPEngine site. I’m afraid this isn’t something we can fix from our end. WPEngine will need to update the site so the registration-checkout pages are excluded from being cache. |
|
A thought… |
|
Those are unrelated because that’s happening on a different page. The page that you’re having problems with is the registration-checkout page. |
|
Ok – |
|
Do you think the course page itself should be added to the cache exclusions- the one with this sort code on it[ESPRESSO_EVENTS sort=ASC] to display the list of events? |
|
It’s caching related. If it wasn’t caching related you would also see the issue while logged into the site. The WPEngine support staff should be able to compare the http response headers on that page while logged into the site vs. being logged out of the site to see the difference. Since I do not know the inner workings of WPEngine’s server infrastructure, or what they do for maintenance there I can’t comment on why EE4 is functioning differently on two WP Engine sites, or why this suddenly became a problem. |
|
That’s optional. Where caching would make a difference there is if an event sold out or was expired, the information could be out of date if caching is turned on. The page will load a bit quicker if caching is left on. |
|
OK thanks Josh. Will pass this on to them. In the meantime have asked them to add the page containing the short code to show the list of events to the cache exclusions. |
|
Might be getting somewhere with WP Engine! They said I’m guessing that even if this is possible then it will have downsides – eg all the EE pages will be slower to load? |
|
Event Espresso doesn’t set a specific cookie on those pages. It does add a |
|
They’ll be the same speed to load as when you’re logged in to the site. Generally, caching can be used to speed things up a bit if the page content is static. It’s not really a viable option if the page needs to serve dynamic content, like a checkout page. |
|
Last update! Thank you so much for staying with this Josh. I was beginning to despair! |
|
The support post ‘EE not working – can't book any courses and can't update the plugin’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.