Extremely Slow site when using PRO widgets

[Jay]

I’ve removed the widgets from all pages. It was taking 40-50 seconds to load a page! Now it’s loading fine with out the TEC Pro widgets. I found a couple topics about this from several years ago. Any answers/fixes yet?

It looks like the “Calendar” page itself still takes forever to load though.

I’ve installed and run P3 (Plugin Performance Profiler) From that it’s pretty obvious that TEC is what’s taking so long to load as well.

We moved this site somewhat recently and that may be when things started crawling as I don’t think it was doing this before that move. Any idea why that would start causing this?

I’m wondering if there could be something in how many recurring events (or how long they recur?) I haven’t tested removing long recurring events, or shortening the time the recur for. Is there a max suggested length to recur?

[Barry]

Hi Jay,

Sorry to hear you’ve had a less-than-ideal experience. Can you indicate how many events you currently have in the system and approximately how many of those are recurring?

I’m also interested to learn more about your hosting environment – can you link me to details of the hosting package you are using or else if it is a custom VPS/dedicated server environment provide a brief overview of your setup and how many sites it is home to?

Thanks!

[Jay]

The Events panel shows 1,485 items, (75 pages worth). About 5-10 events and most recur weekly though 2017. Some may be twice a week. Looks like there are only 3 events that don’t recur.

It is hosted at GoDaddy. The hosting box calls it an, “Ultimate Linux Hosting with cPanel” account. There are about 8 sites currently, none of which should be getting much traffic or using lots of resources. 1024 MB RAM, 2 CPUs.

[Barry]

OK – so to be clear, that’s their standard shared hosting plan rather than a VPS (which, in a sense, provides a better degree of isolation from other sites running on the same server)?

The primary reason I ask is that many standard shared hosting accounts simply lack the “oomph” needed if you are going to be fielding so many events.

Have you considered (or are you currently) using a caching solution? This can offer a dramatic speed-up even if you can’t or prefer not to change your hosting package.

[Jay]

I’m not sure that it’s a standard shared plan. I don’t think their standard plans come with c-panel access. It’s all on one IP as well. I was sort of thinking it was a VPS of some sort. They aren’t real clear about any of that in how it’s labeled though. I suppose I’d have to contact their support. They do have at least one more level (upgrade) that doubles the RAM and “I/O” (speed at which the site can retrieve and store data to the hard disks, is their definition of I/O)

Do you think cutting down on the length of the repeats would help things out? Cutting them down to a year or so?

I don’t have any caching plugins setup, though I think I saw something on GD support that GoDaddy has their own caching setup already and they actually blacklist some WP cache plugins due to being redundant to what they do (or they don’t work correctly with their system).

[Barry]

Hmm, ok – so if there are particular constraints (like they ban or stop you from using specific caching plugins) it may be worth asking which are allowed, which are not and what sort of caching is already in place.

It seems to me that if the same pages repeatedly load with very slow times, then caching either is not currently in place or is configured somewhat ineffectually.

They do have at least one more level (upgrade) that doubles the RAM and “I/O” (speed at which the site can retrieve and store data to the hard disks, is their definition of I/O)

Taken at face value it sounds like you have low enough traffic and ample resources to deal with the number of events you have in your database, yet as you’ve noted it isn’t always clear quite what the hosting provider has facilitated and there are so many variables at work it is hard to make an apples-to-apples comparison. Clearly, in your case, things are not as quickly as would be ideal.

Certainly upgrading a further tier is one option; but depending on the amount you are paying monthly perhaps it would also be worth doing a month’s trial with some other provider (you don’t have to shut down the existing site, either – you could instead duplicate it and see how well a different provider’s hosting platform tolerates the same number of events, etc, then make a decision from there).

That may provide a fresh perspective on the value you are obtaining from your current provider as all hosting plans are not created equally – even if they key figures flashed up during the sales process make them look similar 🙂

Two final points/questions:

When you opened this topic you noted that you tried deactivating all other plugins and reverted to a default, unmodified theme – just for the avoidance of any doubt, can you confirm you did indeed run through these steps and that they didn’t help?

While I appreciate you have already analysed queries and found the problematic ones relate to our plugins it is also true that our queries can be adapted and modified by other plugins, sometimes unintentionally, decreasing their efficiency in some cases.

Secondly, can you try downloading and then installing this experimental plugin? It potentially reduces the amount of work done when querying for recurring events (if you have any problems simply deactivate and remove it).

Let me know how you get on 🙂

[Barry]

Hi!

It’s been a while so I’m going to go ahead and close this topic.

• Need help with anything else? Go right ahead and post a new topic, one of the team will be only too happy to help
• Still need help with this issue and need to re-open it? Again, please simply create a new topic and link to this one to provide the team with some context

Thanks!

[Author]

Posts