BuddyPress.org

Give this a try (functions.phhp or better, bp-custom.php) This will force the chronology of the blog post.

Since recently (1.9 ?), a post published the 5th january is in the SWA at this date. A comment added to it the 26 january is attached to this post and appears under the 5th swa log…. so it’s just impossible to see if you have a long SWA.

This snippet revert the swa to the previous behave.
Posted: 5th -> swa: 5th
Commented: 26th -> 26th

function bpfr_stream( $qs, $object ) {
	if ( 'activity' != $object ) {
		return $qs;
	}
	
	$qs = wp_parse_args( $qs, array() );
	
	$qs['display_comments'] = 'stream';
	
	return $qs;
}
add_filter( 'bp_ajax_querystring', 'bpfr_stream', 20, 2 );

Private groups activities are not visible on the SWA. They show only on that group, if user is member and logged in.

Hope that helps? 😉

Another option might be something like this: https://wordpress.org/plugins/buddypress-private-message-for-friends-only/. I haven’t used it myself, so I’m not positive it still works.

I gave the Role bp_moderate but that did not solve the issue. There must be some other check that needs to be passed for these menu items to show up.

You may want to put a late filter on map_meta_cap to ensure it’s truly getting added, and not getting stomped or mapped back to manage_options.

Maybe a compromise could be found and some new functionality for the front end could be introduced that allows you to assign someone as Group Admin. I think i am not the only one that sees value in that Role especially in a big community where you have the need to moderate but do not want to give people access to the backend or higher Administrative privileges.

You’re on the right track. Each component could (and maybe should) come with its own hierarchy of roles. Just because someone can manage users doesn’t mean they can manage groups, if that makes sense?

I also don’t quite understand why a Group admin could not be derived from one of the Forum Roles. A forum Moderator or Keymaster should be able to moderate all Forums incl. the private group ones and could subsequently also be allowed to manage all groups.

Anything is possible, but I’m not sure this approach is a safe assumption for all installations. At least not in its current iteration.

All good ideas. Thanks @ubernaut for the bump.

I do not want to ‘add’ new activity. I just want that when one visits example.com/activity, it displays… …all updates in private/ hidden groups where the concerned person is a member (this is NOT displayed currently.) How do I do that?

You have to ‘add’ the new activity.

Regarding the second bullet point, you’d need to modify your activity loop which will be inside your activity template. Try something like this:

<?php if ( bp_has_activities( bp_ajax_querystring( 'activity' ) . '&display_comments=stream' ) ) : ?>
    <?php while ( bp_activities() ) : bp_the_activity(); ?>
 
        <?php locate_template( array( 'activity/entry.php' ), true, false ); ?>
 
    <?php endwhile; ?>
<?php endif; ?>

For more info on the BuddyPress template system and where you find your activity template, please see this article.

In the case of private messages, bp_get_the_thread_message_sender_id() is the function you should be using. The problem might be related to where you’re calling from (i.e. the member’s ID might not be accessible at the point where you are using the function).

For example, the bp_get_the_thread_message_sender_id() function must be used within a single message thread. Used anywhere else, it will return 0.

Hi @screampuff

You can make that link private by doing something like this:

function screampuff_hide_achi() {
    // Bail if the current user is the displayed user.
    if ( bp_loggedin_user_id() == bp_displayed_user_id() )
        return;

    // Bail if the current user is an admin.
    if ( current_user_can( 'manage_options' ) )
        return;

    // Bail if not the achievements page.
    if ( bp_current_action() != 'achievements' )
        return;

    // Redirect.
    wp_redirect( home_url() );
    exit;
}
add_action( 'template_redirect', 'screampuff_hide_achi' );

Please note I haven’t tested. Also, I’m assuming the current action is ‘achievements’. It may be something else in which case the function will need a minor tweak.

@jruffellsmith I’d recommend this – https://wordpress.org/plugins/jonradio-private-site/

@dainismichel

When in doubt, back up your database! You’ve probably heard that lots of times but in situations like this where the outcome is uncertain, it is definitely worth being prudent.

searched a bit and apparently, the word on the forum-street is: there is no way to delete PM except through the DB. is that still true?

Are you referring to an individual private message, or a whole thread? There should definitely be a way to delete an entire thread via the front-end. It will depend on your theme but by default, there should be a delete button available.

@sbraiden – I had similar 24 second page load times, and tried to get advice for enqueing, dergistering, and compacting the multiple and overlapping java and css all these plugins attached to buddypress are mixing in on top of the themes stuff.

Y Slow gives my BP site with basic plugins an “F” – WP professionals shrug it off – meh.

(more one all that here: http://premium.wpmudev.org/forums/topic/deregister-enque-compact-css-and-java-jquery-buddypress-load-time )

I have a sneaky suspicion however that my load times were an issue for me when logged in, and perhaps being logged in as an admin, I THINK that the (stupid) wpmudev dashboard plugin was slowing down my page load speed dramatically more than anything else. It was strange that after I complained of my long page loads, that 2 days later wpmudev had an update for their dashboard thing, and then my page load time went to like 3 seconds. – Coincidence, maybe, nothing definitive. – Everyone else said the pages loaded fine – so maybe it was just an admin thing – or maybe my ghostery blocking gravatar loads or something.

ANYHOW – in regards to hosting, I have a small buddypress site running fine on a shared server with amerinoc. I have one that is fairly busy running fine on a dedicated server at certified hosting.

I personally think that most important thing for a WP based site to perform well is blocking all the bad bots.

I have found that blocking all the naver and badu spiders (And most others) with a robots/txt file has decreased the sql over load (at peak times) on my servers by more than 80%.

I found that hosting a few wp sites on a shared server or dedicated could cause problems not just with spiders crawling pages too much too fast for indexing, but also all the attempting account creations / account brute force logins – even if they are blocked with something like sucuri or limit login attempts – every time they tried to login – they were using up server resources to load the login page, then hit the database to check credentials.

I also suggest using a pwd auth like explained here: http://support.hostgator.com/articles/specialized-help/technical/wordpress/wordpress-login-brute-force-attack

locking down the login with a double thing like that is fine for most WP installs, and a private family / friends BP site should be fine – when the bots can’t login through the first thing there is no need for wordpress to load a bunch of php / css files and pull from SQL a bunch of times just to give a bot a failed login – It becomes a problem for general open to the public buddypress comms I guess.

Now I set all my non-BP sites to use the double auth, I block all search engine bots aside from the top three selectively with robots.txt – and now just about any server can run fine with wp / bp – especially if some attention is paid to plugin overhead, wp-cacheing tools.

I have my fingers crossed the new bp-mediapress (sp? and Beta!) plugin thing will decrease the plugin overhead of rtmedia and offer a better alternative for pics and stuff.

Same random thoughts – I’m not an expert so take my 2 cents with a grain of salt or two..

@wadsworth4
I also have another plugin that I was told on the plugins forum that it worked on multisite called “Private BP Pages.” However I never actually tested it myself on BP with multisite. I just got that info from some of the users of the plugin. I used to offer it on the WordPress repo up to about 3 months ago but I have since removed it. But to answer your question “Yes” it is possible to create a members-only community with the latest BP and WP multisite by creating a plugin or using a function in bp-custom.php using hooks etc. That way your not hacking BP and if you update BP you won’t lose your changes.

@wadsworth4
What plugins did you use for making BP multisite private? I offer some premium plugins to make BP private but I personally haven’t tested it with BP multisite because I don’t really use it. For my purposes my Private Community For BP plugin does everything I need it to do.

Hi @amic58, @tecca

When BP is installed and xProfile is activated, the original WP profile settings are not accessible to user.

The WP register process use only username, password and email and BuddyPress add by default a Name field as base for other extended profile fields.

In short this means that username and name fields can contain a same information(a name, a pseudonym, a first or/and a last name). The plugin you mention is best for a WP install where user had choosen first/last name as output on post, comments, etc Once BP is activated, this became a little different.

Now to the initial question.
The CSS trick is a very inelegant solution as it lets everybody knowing how BP works to surround this invisibility. You’re also loosing any flexibility if you want to show some fields privately for example.

You can do this properly with a little snippet, as explained here:

Using bp_parse_args() to filter BuddyPress template loops

Here’s an example which let you hide fields or fiels group to members, but not to site admin

function bpfr_hide_profile_field_group( $retval ) {
	if ( bp_is_active( 'xprofile' ) ) :	
	
	// hide profile group/field to all except admin	
	if ( !is_super_admin() ) {		
		//exlude fields, separated by comma
		$retval['exclude_fields'] = '1';  
		//exlude groups, separated by comma
		$retval['exclude_groups'] = '1'; 			
	} 
	return $retval;		
	
	endif;
}
add_filter( 'bp_after_has_profile_parse_args', 'bpfr_hide_profile_field_group' );

Add it to bp-custom.php or your child-theme functions.php

Of course you can also choose to show a field or group, but remove the possibility for the user to edit it later. Simply add more conditionnal to the function.

Here another example:

function bpfr_hide_profile_edit( $retval ) {	
	// remove field from edit tab
	if(  bp_is_user_profile_edit() ) {		
		$retval['exclude_fields'] = '54'; // ID's separated by comma
	}	
	// allow field on register page
	if ( bp_is_register_page() ) {
		$retval['include_fields'] = '54'; // ID's separated by comma
		}		
	
	// hide the field on profile view tab
	if ( $data = bp_get_profile_field_data( 'field=54' ) ) : 
		$retval['exclude_fields'] = '54'; // ID's separated by comma	
	endif;	
	
	return $retval;	
}
add_filter( 'bp_after_has_profile_parse_args', 'bpfr_hide_profile_edit' );

Hope to be clear.