|
Nick Rodinelli
|
February 17, 2020 at 11:53 pm
Any pages with Event Espresso plug in are uploading really slow. The more dates and courses on Event Espresso the worse it is. This only started a few days ago and up until now pages have been loading fine. I have migrated to Hostpapa weeks ago and never had a problem before.
|
|
Josh
|
February 18, 2020 at 7:19 am
Hi Nick,
We’ve received your request for priority support. We may be able to reduce the number of queries on those pages, which could help. In order to do that, we’ll need (s)FTP access. Can you resend the form with that last part completed?
|
|
Nick Rodinelli
|
February 18, 2020 at 9:46 am
ok sent. Thanks Josh.
|
|
Josh
|
February 18, 2020 at 10:11 am
Can you doublecheck the FTP credentials? Each time I try them it says Authentication failed.
|
|
Nick Rodinelli
|
February 18, 2020 at 10:50 am
Do I need to redo the whole form again or just send you the FTP credentials?
|
|
Nick Rodinelli
|
February 18, 2020 at 10:57 am
This reply has been marked as private.
|
|
Josh
|
February 18, 2020 at 11:52 am
Thank you, I can access the files now.
I’m afraid the pages in question are not using Event Espresso shortcodes. Was there a developer that built the [cwa] shortcode just for you? I’ve not been able to find its source code to even see how its querying events. If you have any ideas about where I could find that code, that may help.
|
|
Nick Rodinelli
|
February 18, 2020 at 12:25 pm
Yes my previous developer, whom I recently left, was Qode Media in Toronto. I just sent them an urgent email to get the [cwa] code they used. Thanks and I will get back to you. Hopefully they will reply back quickly.
|
|
Josh
|
February 18, 2020 at 12:34 pm
I think I found what’s going on. The [cwa] code calls a shortcode, which calls more shortcodes, which ultimately call the [EVENT_CUSTOM_VIEW] shortcode.
I can try removing some parts of the query for the [EVENT_CUSTOM_VIEW] shortcode, which would help reduce some of the page time. I’ll let you know if that makes any improvement.
Quite frankly, the pages on your site that are slow would be expected to be slow because they’re hitting the database with between 470 queries and 915 queries.
If these pages were loading faster on the previous hosting platform, then you might consider moving back to that previous hosting platform. One other option would be to find a developer that can add lazy loading so the page only loads the first part, then loads in more as the user scrolls down the page.
|
|
Josh
|
February 18, 2020 at 12:51 pm
I was able to shave a few seconds off by removing parts of the queries that were not needed (like when it fetched the event price, those pages don’t show prices anyway).
The biggest difference came from turning on the page cache (in the W3 Total Cache settings). If you’re logged out of the site, the pages load much faster now if you get the cached version of the page.
|
|
Nick Rodinelli
|
February 18, 2020 at 1:04 pm
I think you shaved more than a few seconds. It’s a lot faster. Thanks for doing that. Really appreciate your help. To be honest I would like to get help on revamping a new and updated way to display our courses and register our clients. I know Event Espresso has amazing plugins that I don’t know much about. What I really need is to hire someone who knows what they are doing. Can I have you guys provide me with creating a better way of using your amazing plug in?
|
|
Josh
|
February 18, 2020 at 1:28 pm
We’re not available for hire, you could get in touch with the folks at codeable.io and they can give you a quote for revamping your display of courses.
|
|
Nick Rodinelli
|
March 1, 2020 at 3:03 pm
Hi Josh, we just noticed a reoccurring error since the day you helped us reduce the loading page – (thank you for resolving that issue btw). The issue is that Event Espresso is not marking our Moneris PAID clients as indeed PAID. It shows status is pending. The transactions are marked in the log up to Feb. 18th at 2:23pm EST the exact same time you provided us with support. Was there something you did that turned this feature off? Please advise as we have no clue who has paid and now need to reverify (very timely). Help?
|
|
Nick Rodinelli
|
March 1, 2020 at 3:03 pm
Hi Josh, we just noticed a reoccurring error since the day you helped us reduce the loading page – (thank you for resolving that issue btw). The issue is that Event Espresso is not marking our Moneris PAID clients as indeed PAID. It shows status is pending. The transactions are marked in the log up to Feb. 18th at 2:23pm EST the exact same time you provided us with support. Was there something you did that turned this feature off? Please advise as we have no clue who has paid and now need to reverify (very timely). Help?
|
|
Nick Rodinelli
|
March 1, 2020 at 3:26 pm
/var/folders/1s/vjczmzr97j3_vg6yphs55h4m0000gn/T/com.apple.mail/com.apple.mail.drag-T0x600000fd8a80.tmp.szCoYl/Image 2020-03-01 at 4.55 PM.jpg
|
|
Josh
|
March 2, 2020 at 8:07 am
Was there something you did that turned this feature off?
No.
It could be the caching plugin settings need to be reviewed. Page caching settings may need to be updated and/or if database caching is activated we’ll need to deactivate that. If you can send temporary log in details via the secure form on this page we can review those settings:
https://eventespresso.com/send-login-details/
|
|
Nick Rodinelli
|
March 2, 2020 at 10:49 am
Alright Josh, I just sent you the login credentials. Much appreciated sir. I hope it’s a quick fix…was working perfectly before.
|
|
Josh
|
March 2, 2020 at 11:56 am
Hi,
You may need to deactivate caching and/or try a different caching plugin. I don’t see any issues with the cache settings, but the only change I made to the site that could affect the checkout pages is activating caching.
One thing I didn’t notice before was there’s a second caching plugin activated on the site: WP-Optimize – Clean, Compress, Cache. That plugin could be removed.
If you remove both caching plugins you could try WP Super Cache instead. We’ve seen fewer conflicts with the checkout pages with WP Super Cache.
|
|
Nick Rodinelli
|
March 2, 2020 at 1:41 pm
So the interesting thing about this is that it’s only Moneris payments and not PayPal. So what’s different with moneris settings versus PayPal?
When you say, “I was able to shave a few seconds off by removing parts of the queries that were not needed (like when it fetched the event price, those pages don’t show prices anyway).”
…could this have been something related for Moneris payments to not be marked as paid? Also I noticed that now with any purchase we see a Thank You for you Order page that was not there before. When client checked out of Moneris payment after paying what used to show up was a Payment Overview summary first followed by the thank you for your registration. This is now gone when paying through Moneris.
|
|
Josh
|
March 2, 2020 at 2:25 pm
So what’s different with moneris settings versus PayPal?
They’re different gateways. Their settings are exclusive to the payment processor used.
Also I noticed that now with any purchase we see a Thank You for you Order page that was not there before. When client checked out of Moneris payment after paying what used to show up was a Payment Overview summary first followed by the thank you for your registration. This is now gone when paying through Moneris.
I didn’t make any changes to that page or any changes to the code for that page.
could this have been something related for Moneris payments to not be marked as paid?
No because the query that was changed was in the event template custom view plugin. That’s the plugin that displays a custom list of events. It’s not used while processing the registration or payment.
Perhaps the caching should have been left disabled. Even though it did help with load times, it may be contributing to the issues you’re now having.
|
