Posted: August 30, 2016 at 9:11 am
The reason amrityoga.org/events-calendar/ is loading slowly is you have multiple event lists on that page (at least 10) and each of those individual queries takes time.
So you have the Calendar which queries the database for the events.
You then have 8 event lists, I’m assuming using [ESPRESSO_EVENTS] with some having categories set on the shortcode. Again each of those shortcodes individually query the database all at the same time.
Then the Upcoming events widget, another event list query.
That’s a lot of queries that run on each page load, regardless of what you do within the database (which already uses indexes to help with load times).
If you select an event and run a registration the page loads fine, so its not any/all of the EE shortcodes, it’s the amount of shortcodes being used on that page.
Do you have an page using a single instance of [ESPRESSO_EVENTS] listing the events? If so can you link me to that please?
Also on the calendar page, many of those shortcodes occur below-the-fold when a user can filter events by curriculum category – would that still slow the page loading?
So that page loads in about 3 seconds – http://take.ms/5mib9
However its another 7 seconds until all of your other elements on the pages are loaded. Those being CSS, JS, images, basically anything else that is included within the page.
One images taking 4 seconds due to its size – http://take.ms/DXAP7
The calendar page takes roughly 12 seconds before a response is received from the server – http://take.ms/LLUfH
Then roughly another 7 seconds for all the other elements to load.
The 3 and 12 seconds are the ‘time to first byte’ (TTFB) which basically means the time it takes for the server to process your request, pull in all of the information from the database and then start outputting the details to the browser.
Being below the fold makes no different on the page load, the queries are made server side and then output to the page, that’s what your waiting for here.
Think of it this way, if I give you a list of items to purchase from a store/shop, TTFB is the time it takes for you to pick the items from the shelves and arrive to the checkout. Now imagine I give you 10 lists, it takes you a lot longer to gather those items before your checkout.
To increase that page load you need to reduce the amount of information you’re pulling in on that page.
To do what your looking to do with the various sections you would need a custom solution that ran the shortcode when each section was clicked, then populated the page from the query (using ajax).
So page load only actually loads the information the user can actually view, then when they select the various sections you pull in those details dynamically (which is the same way the calendar works).
When EE4 and its extensions are deactivated the entire website including pages that don’t contain any EE4 shortcodes, or elements runs significantly faster.
I understand the calendar page is pulling a lot of information from the server with all the shortcodes, and that would contribute to long load times. However EE4’s activation seems to have a global impact on load times for the entire website.
Can you provide any server specification for pulling info for EE4 – like an INI file (or specs for one) that our hosting team to insert into our database?
I need to keep EE4 active because its how our site generates income. Would it be possible to provide you with Login Credentials in a private message so you can experiment with an analysis EE4 inactivate (or schedule brief debugging session)?
I’m not sure I understand this, insert an INI file into the database, for what?
None of the EE support staff (including myself) are server admins so we can’t provide the details I thin you might be requesting.
The EE devs have jumped through a lot of hoops to make sure it doesn’t run code on your site when it doesn’t need to so there should be no ‘global’ impact on pages that EE isn’t running on.
You would need to purchase a support token for use to work directly on your site as this is not a common issue.
If you let me know a page to view the problem on I’ll take a look and then request EE is deactivated to run another test.
Note we are end users of Event Espresso ourselves on Event Smart, if Event Espresso caused a heavy impact on the server when activated we would be running into the same problem (likely on a much larger scale)
The support post ‘Slow Page Load Time in WordPress’ 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.