BuddyPress.org

thanx issue solved with the update to 1.4.5

Oops. Trying again:

/**
* In WP 3.5+, get_blogs_of_user() is much slower than in previous versions. As
* a result, if you have a certain number of blogs, running get_blogs_of_user()
* will create a memory timeout. This is a particular problem because
* get_blogs_of_user() is called on every page, because of the toolbar.
*
* Ideally, there would be a way to short-circuit get_blogs_of_user(), or even
* to prevent WordPress from calling get_blogs_of_user() while loading the
* toolbar. But there is not. As a workaround, this function intercepts a key
* step in get_blogs_of_user() – the get_user_meta() call that gets all of a
* user’s metadata. If we determine that this request is coming from
* get_blogs_of_user() (which we do by examining the debug_backtrace(), a truly
* awful technique), AND that it’s one of the generic meta queries used by
* get_blogs_of_user(), AND that the current user has more than 75 blogs, THEN
* we strip all of the blog capability keys from the array of metadata,
* tricking get_blogs_of_user() into thinking that the current user has no
* blogs at all.
*/
function bbg_admin_bar_hack( $check, $object_id, $meta_key, $single ) {
// Only fire when looking at get_user_meta() with no params
if ( ! $meta_key ) {

// check to see whether this came from get_blogs_of_user()
$db = debug_backtrace();
$is_get_blogs_of_user = false;
foreach ( $db as $dbk => $dbv ) {
if ( ‘get_blogs_of_user’ == $dbv[‘function’] ) {
$is_get_blogs_of_user = true;
break;
}
}

if ( $is_get_blogs_of_user ) {
// Get the real metadata, but don’t recurse
remove_filter( ‘get_user_metadata’, ‘bbg_admin_bar_hack’, 10, 4 );
$meta = get_user_meta( $object_id );
add_filter( ‘get_user_metadata’, ‘bbg_admin_bar_hack’, 10, 4 );

// How many blogs does this user have?
static $blog_count_of_user;
if ( ! isset( $blog_count_of_user ) && is_user_logged_in() ) {
$blog_count_of_user = 0;
foreach ( $meta as $mk => $mv ) {
if ( ‘capabilities’ === substr( $mk, -12 ) ) {
$blog_count_of_user++;
}
}
}

// We only care about those with counts > 75
if ( $blog_count_of_user > 75 ) {
static $clean_keys;
if ( isset( $clean_keys ) ) {
return $clean_keys;
} else {
foreach ( $meta as $mk => $mv ) {
if ( ‘capabilities’ === substr( $mk, -12 ) ) {
unset( $meta[ $mk ] );
}
}

$clean_keys = $meta;
return $meta;
}
}
}

}

return $check;
}
add_filter( ‘get_user_metadata’, ‘bbg_admin_bar_hack’, 10, 4 );

Hello Ben,

Documentation for the plugin may be read here: https://wordpress.org/extend/plugins/bp-registration-options/.

Thanks.

@modemlooper I ditched as many of the option tables as I could find, it didn’t solve the problem. I was wrong about it being a database problem it seems. Thank you — I found a solution for me; hopefully it hepls other users

@valuser – I figured out a very simple solution that completely saved my website this morning, try it out: on the sidebar where buddypress came with the built in login widget (top right of your sidebar), you’ll notice “Please create an account to get started”.. For me, this link takes you to yoursite.com/register-2/

register-2 being the slug for my registration page

.. If you try to sign up in here there are 0 issues across the board.

So I went into my wordpress – settings – reading and removed “registration” from my homepage and instead made a static homepage “start” which contains a brief about my website, a link (Sign Up Here) that takes you to yoursite.com/register-2. and the shortcode for login

(I found the login shortcode can be found here http://justintadlock.com/archives/2011/08/30/adding-a-login-form-to-a-page).

You don’t have to go about it the same route I did, but short and sweet do not use the registration page you created for buddypress as your home page.. add the SLUG to your website url.. yoursite.com/slug (probably register or registration). problem solved.

Let me know how that goes.