BuddyPress.org

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 );

@boone figured this out for me, and hacked together a fix which I’ve pasted below.

`

$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 );

`

I realized that even though they are showing up as members in my user panel, they aren’t showing as members on the site – because I never approved them. So I think my friend who is not showing up as a member probably never came back and logged in so she’s in limbo – showing up as a member who registered, but until she comes back and tries to login, Private Buddypress doesn’t send the email to me to do the final approval that makes her a member on the site itself.

The only related error is
`PHP Parse error: syntax error, unexpected ‘<' in /public_html/wp-content/themes/wp-magazine/members/index.php on line 10`

my members/index.php code looks like this:
`

get_header( ‘buddypress’ ); ?>

`

Thank you, I’ll try that. Another question: I have a member who shows up in the user list when I go to my Dashboard > Users. But when I go to the member section of the site they are not there. I tried re-setting her role and then setting it back in the User area but that didn’t do it. Not sure what to do. Maybe delete and have her re-register? Concerned it will happen again without my knowledge when I open for many memberships.

Another issue I’m having is that I installed Private Buddypress, which I know you said I shouldn’t since it isn’t compatible, but I can’t use BuddyPress if it isn’t private so I need the privacy. But every morning I check and there are several new members who somehow managed to register themselves as members when I have it set to need my approval. How can I avoid this? I just delete them, but when I have a lot of members, I won’t be able to manage that and pick them out so easily.

Hi,

thanks a lot.

We already installed the WP Multisite and we are working with Multisite language switcher.

So far everything is working fine.

I just wonder if I do the installation process for Buddypress

‘BuddyPress was successfully activated! Please run the installation wizard.’

For each individual site or network wide, just don´t want to srew it 🙂

Thanks for your input !

All I want to do is add a new tab to the menu, the code I’m going to be using to define what is displayed I can include elsewhere. The idea is this tab literally adds a single radio option for a user to choose an option from, then saves to a table I’ve created in my database.

However, the skeleton component seems overly complicated for this, and the bp-custom.php way of doing things does nothing.

No matter which example code I try, the only way I can get a tab to display is by putting:

`bp_core_new_nav_item( array(
‘name’ => __( ‘Media Privacy’, ‘bp-media-privacy’ ),
‘slug’ => ‘media-privacy’,
‘position’ => 80,
‘show_for_displayed_user’ => false,
‘screen_function’ => ‘bp_media_privacy’,
‘default_subnav_slug’ => ‘media-privacy’
) );`

By putting the above code directly into an included page it displays but doesn’t go to the said page. When I put it in a function and add it using add_action( ‘bp_setup_nav’, ‘my_bp_nav_adder’, 100 ); nothing happens at all.

I’m seriously confused at this point but it is vital to have this additional tab in the front end for users to be able to change this setting. I’m using a clean install of the latest Buddypress on my wamp (not putting this on my live site until it works.)

@chouf1 and @modemlooper, could someone possibly do a pastebin of an example, working, bp-custom.php as I cannot find one? Thank you for your help before.

Hello Ben,

Thank you for the insight given.

I also await advice on how to be able to continue using the “BuddyPress Registration Options” plugin – it is currently disabled because it was not allowing the public to access/read the groups/forums of the site.

Thanks again.