BuddyPress.org

>adding the two on the end is useless

You can’t add new args to an apply_filters call.

You might try using the first filter in wp_mail()
https://core.trac.wordpress.org/browser/tags/3.9.1/src/wp-includes/pluggable.php#L225

And then use the ‘to’ value to query the database directly to retrieve the recip’s username.
Look at https://codex.wordpress.org/Class_Reference/wpdb, in particular $wpdb->get_var

Then you can rebuild ‘message’.

Of course the add_filter function needs a conditional check so that you don’t mess with other wp-mail calls.
I do something like:
-use one of the filters in function messages_notification_new_message to add a keyword
-check for that keyword in your filter function for wp_mail()

btw- wp_mail is pluggable, so you can overload it with your own function, but that shouldn’t be necessary.

i think its more due to the fact that nobody is talking about ning anymore their system isn’t very open technically speaking. for instance when i do a google search for ‘social network in a box’ or ‘social network software’ there are many references to buddypress in the results but none for ning. i know when i was looking at ning in 2010 coincidentally enough i decided their lack of customer service and locked in system weren’t a good way to go for our network. in fact ning isn’t even listed in the wikipedia list of social networking software options:

http://en.wikipedia.org/wiki/Comparison_of_social_networking_software

although maybe because it’s a platform and not really software you can install.

one more thing i would add is that a lot of the really popular dedicated buddypress plugins are now wordpress plugins as well so they may not really show up as buddypress only plugins anymore.

Hi theaquaponicsource

There’s quite a lot of development activity going on right now with BP “under the hood” so to speak. Have a read of this blog post which announces the recent release of BP 2.0:

BuddyPress 2.0 “Juliana”

And keep in mind many of the WP plugins in the WordPress plugin repo work solidly on BP, you don’t necessarily need to use ‘BP plugins’ only:

https://wordpress.org/plugins/

Hey Ben

Auto embeds are a WordPress feature: https://codex.buddypress.org/getting-started/embeds/

You can disable them site-wide with a filter: http://wpengineer.com/2487/disable-oembed-wordpress/

Good luck!
Giacomo

Maybe checkout this plugin:

https://wordpress.org/plugins/bp-profile-search/installation/

This is all great info. One additional sugestion is using the plugin “Use Google Libraries”

https://wordpress.org/plugins/use-google-libraries/

I’m still in the developmental stages of my site, so I have no other speed optimization plugins active, but this one by itself sped up page load times by double.

Another (That I think may be a feature in some of the cacheing plugging mentioned here…) is “Scripts To Footer”.

https://wordpress.org/plugins/scripts-to-footerphp/

I’ve had a little trouble with this one because some of my scripts need to be loaded inline with the page, but it speed up visual page load time significantly. But make sure you check your site for functionality after (Google Map Plugins, ‘Fancy Box’ animation, etc.).

@aronprins
The bp-default theme that ships with BP is being retired so in the future there will not be a theme that ships with BP in favor of theme compatibility. If I was in your position I would just focus on making a really good WordPress theme with standard template structures and it should work with BuddyPress. The bonus is if the theme is good and works with just WP then you’ve not pigeon holed your profit to just BP users.

@aronprins
There is no point in creating a BuddyPress theme any more since 1.7 see:

Theme Compatibility & Template Files

any theme that has standard WordPress template structure is compatible so basically all you have to do is create a standard WordPress theme.
Cheers!

Doesn’t 2.0 have the functionality you need?
https://buddypress.trac.wordpress.org/ticket/5374

Also, check out WP_User_Query

https://codex.wordpress.org/Class_Reference/WP_User_Query

You can do what you need to easily using the search parameters. For example:

$args = array(
    'search' => $string,
    'search_columns' => array( 'ID' ),
);
$user_query = new WP_User_Query( $args );

Where $string is the user submitted search string i.e. the user ID

[DISCLAIMER: I have no/little experience in design & development in wordpress, so I am learning but thought I comment in effort to be helpful]

I am unsure of the code to search/query results of users but based on he analogy you presented in imputing a # number to show suggested match. I would think is easily possible by echoing out member/user Data id #.

That would be my thought, suggest maybe looking /googling for user meta and how to use them.

I believe this was recently fixed here:
https://buddypress.trac.wordpress.org/changeset/8351/

nirgalo – Apply that change and see if that fixes things.

Right! I see what you mean. You could try letting the guys know over at BuddyPress Trac by raising a new ticket:

http://buddypress.trac.wordpress.org

They’ll be able to take a look

Hi @tonymalony

Yes you can tweak the default sign up to do that. Also, consider using something like this to redirect logged-out users away from content you want accessible to logged-in members only.

function custom_redirect() {
    if ( ! is_user_logged_in() ) {
        // redirect
        wp_redirect( home_url() );
        exit;
    }
}
add_action( 'template_redirect', 'custom_redirect' );

Ref:

https://codex.wordpress.org/Function_Reference/home_url
https://codex.wordpress.org/Function_Reference/is_user_logged_in
https://codex.wordpress.org/Function_Reference/wp_redirect
https://codex.wordpress.org/Plugin_API/Action_Reference/template_redirect

Hi @plinth

It isn’t possible by default. You could set up a new page and direct member’s to it on successful registration. That page would have a form on it which lets the member add profile info. Then when that page’s form has been processed successfully the member is taken to the third page and so on.

template_redirect is the hook you’d need to use and wp_redirect() will enable the page ‘hopping’.

https://codex.wordpress.org/Function_Reference/wp_redirect
https://codex.wordpress.org/Plugin_API/Action_Reference/template_redirect

Note: You’d need to be comfortable with PHP to do it.

> I can’t find any arguments for not including the WordPress profile in BuddyPress.

The arguments are:

– The fields at wp-admin/profile.php are hardcoded in WP. There’s no way we can ask WP which fields it provides in a programmatic way; we’d have to hardcode them as well. This is inelegant; it causes problems when other plugins add their own (hardcoded) fields, which BP won’t know about; and it will require keeping up with WP if they decide to switch which fields are included on that page.
– The fields at wp-admin/profile.php are very odd, and not appropriate for most BuddyPress installations (or most websites that were built after 2004 – who uses AIM, and who among them would want to store that information in their WP profile?)

As noted in the ticket, First Name and Last Name are the two possible exceptions I see here.