Solving loading issues in multisite

[crharrison]

This is a continuation of

Events Disappear

We have had issues with extremely slow loading of the calendar on sites that are in our WP multisite installation, while the calendar loads fine on our stand-alone sites.

We have ONE installation of The Events Calendar and The Events Calendar Pro in the multisite installation, and we have the plug-ins activated on the sites that need a calendar.

QUESTION: Is it possible to remove/delete the plug-ins at the network level and reinstall them on each site in the network without losing data? We have more than 500,000 calendar entries on the network, so we can’t lose that data.

If this is possible, please suggest step-by-step process to prevent data loss.

Thanks for whatever help you can offer — much appreciated.

[crharrison]

I cannot find a way to do what George suggested — install version 4.0, then 4.1, etc. I have downloaded the old versions.

When I try to update, I get the latest version, of course, and that causes all events to disappear.

If I delete the old version 3.4.1 version of The Events Calendar, will the event listings, venues, etc. still be there when I install version 4.0?

Or will everything be wiped?

[Cliff]

Hi.

Sorry you’re having these troubles. I’ll answer each question separately.

===

You can download old versions of each of our plugins like this:

• Each of the free ZIPs are at https://wordpress.org/plugins/the-events-calendar/developers/
• Each of the Premium ZIPs are at https://theeventscalendar.com/my-account/downloads/ and you can get them like this

Deleting The Events Calendar or the PRO add-on will NOT delete any of your data if you delete it via the WordPress plugin manager because that’s how we’ve decided to code our plugin.

FYI: deleting any plugin via FTP or cPanel’s File Manager (i.e. deleting just the files from the server) will also ensure a plugin gets deleted (if you delete the entire plugin folder) without removing any data from the database. This can sometimes be helpful to know in cases where a plugin does run an uninstall routine to delete data (again, our plugins do not run such a routine at this time and probably never will).

You can also see the difference when you click to delete a plugin, like this.

===

I see you have an Agency-level license for PRO. Please provide me a link to the calendar we’re discussing (of the site that has 500,000+ events). Please also share that site’s System Information report here in a Private Reply.

[crharrison]

This reply is private.

• This reply was modified 9 years, 9 months ago by crharrison.

[crharrison]

This reply is private.

[Cliff]

This reply is private.

[crharrison]

This reply is private.

[Cliff]

This reply is private.

[crharrison]

This reply is private.

[Cliff]

I understand what you’re saying and respect your long-term business with us.

I’ll definitely assist you with this thread. Don’t worry!

Please clarify a few things for me:

1. Are there 31 total sites on the multisite network? Are all 31 that have TEC active actually using it (i.e. have events)? Or is TEC network-activated?
2. Does every site that’s running TEC load slowly when TEC is active?
3. Does each site’s quantity of Published Events seem to correlate with that site’s speed (e.g. a site with 10,000 events loads in 10 seconds but a site with only 1,000 events seems to load in 1 second)?
4. For sites slow to load with TEC active:
   1. Is the entire site slow to load or just Event archive pages (e.g. Month View, List View) or just Single Event views? Are the blog posts archive views (e.g. /blog, /author/betty-sue, /category/how-tos) or single blog posts also slow to load?
   2. If TEC is then <i>deactivated</i>, what part(s) of the site then speed up significantly (e.g. home page, blog archive views, blog single posts)?
   3. Is there a significant speed difference when logged in vs logged out?

Thanks for all the details! 🙂

[crharrison]

This reply is private.

[Cliff]

Thanks for all that information. It definitely helps.

Regarding “stair stepping” upgrades (since you’re so many versions behind), you could make the jump without doing this. We have various update/migration routines since going from 3.x to 4.2. In theory, each would still run. In practice, however, based only on results reported by other customers rather than anything really concrete, the process is smoother when the update is staged through various versions.

It doesn’t sound like you’re setup for this, but testing the update in a duplicate staging environment would be a best practice. Trying things in a test environment may help you discover that you can quite safely update directly from your version 3.x to the latest all at once.

I hope this information helps you get things updated.

If you do run into any issues with your site as a result of upgrading, please leave it as-is and tell us so we can look into the issues as soon as we can (according to our standard support). I know it’s a big deal to have sites down, but that’s why a staging/development type server setup is so helpful. Thanks!

[Support Droid]

This topic has not been active for quite some time and will now be closed.

If you still need assistance please simply open a new topic (linking to this one if necessary)
and one of the team will be only too happy to help.

[Author]

Posts