BuddyPress.org

To be honest, not a lot I can say regards ‘Shared Hosting’ with 15000 user accounts I’m surprised the site runs at all (but guess they aren’t all trying to jam in at once). If you are serious about running a site based around an active BP community you really need to be on a box with dedicated resources, in excess of those ever granted on a shared hosting platform.

You don’t specify what those figures relate to, 256MB is that your system memory as such? what is your PHP script memory limit, how are you obtaining that CPU figure, is that observed while attempting to load BP or is it an idle figure.

What version of BP are you running as you haven’t specified.

How is ‘not in production’ relevant? You have been stating you have issues activating BP, you then state you are on a shared hosting platform and with a host many don’t think that highly of, you state you have 15000 user accounts – in all you have stated thus far you suggest you are trying to run on this shared platform and it’s failing thus production, staging, testing is not a relevant factor? 15000 members is just the count of users in the database and that suggests what? What does ‘just the count’ mean they are user accounts aren’t they and thus have to be dealt with at some stage by BP.

Sorry I couldn’t be of help but frankly without some notion of what’s happening via logs it’s hard to but yes do wait for a far more informed opinion from one of the core lead developers.

We had problems upgrading a large site – see: https://buddypress.org/support/topic/wsod-in-wp-admin-activating-site-tracking-upgrade-from-1-2-9-1-5/

I assume some BP script in the backend was timing out.

We solved by:

1. exporting our users / user_meta table. Leaving just the admin user
2. upgrading BP
3. Reimporting the users

This worked fine. The problem only occurred if all the users were present during the actual upgrade process.