BuddyPress.org

@wordpresschina – see http://jeffsayre.com/2010/01/02/do-you-support-buddypress-privacy/

Ran into the same issue of 404 Not Found after activating BuddyPress on my WP installation on Ubuntu 9.10. Looks like the default Apache installation didn’t have mod_rewrite enabled.

To address this I did the following:

– sudo a3enmod rewrite

– sudo apache2ctl restart

– put .htaccess in my WordPress directory (/var/www) :

# BEGIN WordPress

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule . /index.php [L]

</IfModule>

# END WordPress

– put the following in /etc/apache2/apache2.conf

DocumentRoot /var/www

<Directory />

Options FollowSymLinks

AllowOverride all

</Directory>

<Directory /var/www/>

Options Indexes FollowSymLinks MultiViews

AllowOverride FileInfo Options

Order allow,deny

allow from all

</Directory>

I haven’t tested to see if this is all needed or not, but that’s what my site has configured now and it appears to fix the issue.

I’m not aware of any precedent in plugins claiming to be BuddyPress compatible which aren’t

Mingle, a social networking WP plugin is one I’ve seen listed once a while in https://buddypress.org/extend/plugins/ when the plugin get’s updated. It doesn’t even claim to be BP compatible, it’s just tagged as buddypress.

I’ve just moved a localhost.localdomain install to a live server. It was easy as pie.

As I recall the steps: I moved the entire WPMU install to my live server, created an empty database. I exported my local database as SQL from PHPmyadmin, then opened up the export.sql file in Notepad++ and search-replaced all the URLs as necessary on the local file, then imported to the new, blank database.

I edited the wp-config file (and the bb-config as well) to update the db credentials and URLs, and almost everything just worked!

Once exception: I think I had to go into the Buddypress–>Forums setup and hit the button to setup the forums again for some reason, but after that, all was well.

The instructions here were helpful.

This would work moving between domains as well, of course.

Just posted this same error on wordpress but as i see they didnt give you solution for over a month… any ideas?

And wordpresschina, BuddyPress works on single WP installs right now.

not sure, but this can help you perhaps

http://maisonbisson.com/blog/post/14028/wordpress-hacks-managing-multiple-sub-domains/

or maybe, a simple hardcoded link on your main page to the bp register/login page, huh ?

@DJPaul: tks! weird… my search terms seemed to have been slightly off.

I installed the “Bulk Import Members (Users)” ( https://wordpress.org/extend/plugins/bulk-import-members-users/ ) but it triggered an install error:

Warning: require_once(bp-core.php) [function.require-once]: failed to open stream: No such file or directory in /var/www/my_site_name/wp-content/plugins/user-import-for-buddypress-all-fields/bp-user-import-adv.php on line 29

I searched more and found an alternative version of this (version 1.0.1) the the developer’s own site and it installs fine:

http://manojkumar.org/bulk-import-members-users-plugin-for-buddypress-site/

The other 2 seem fine too but not as comprehensive and new as the one above. I also have used dagondesign in the past and I like their plugins, but because it it not in the repository I fear about using these types of plugins sometimes.

It adds navigation links to blog ID #1 because… that’s how it works. Are you on WPMU, and /community is a sub-blog?

If so, you can change which blog BuddyPress runs on by using the following (e.g. blog ID 2) in your wp-config.php:

define ( 'BP_ROOT_BLOG', 2 );

https://codex.buddypress.org/how-to-guides/changing-internal-configuration-settings/

A quick google reveals several bulk-import scripts and plugins for WordPress/MU. Have a look at http://www.dagondesign.com/articles/import-users-plugin-for-wordpress/.

Regarding bulk import of xprofile data: Manjor Kumar had done some BuddyPress-specific import plugins for a very early version, but I can’t vouch for if they still work:

https://wordpress.org/extend/plugins/bulk-import-members-users/

and

https://wordpress.org/extend/plugins/user-import-for-buddypress-all-fields/

@armandmorin

WP 3.0 merges the functionality of WPMU into standard WP.

BP 1.3 will support WP 3.0:

https://buddypress.org/about/roadmap/

@wordpresschina

With WPMU, you can use some nifty BP plugins like BP Group Wiki, BP Group Blog and BP Classifieds. These plugins do not work with the standard WP version of BP.

@gregfielding I had the same error (even though my aim was to use it in single wp), and found the following wordpress trac ticket https://core.trac.wordpress.org/ticket/12078

That corrects the first error….

V

Brajesh Singh’s plugin:

add_filter("login_redirect","bpdev_redirect_to_profile",10,3);



function bpdev_redirect_to_profile($redirect_to_calculated,$redirect_url_specified,$user)

{

if(empty($redirect_to_calculated))

$redirect_to_calculated=admin_url();



/*if the user is not site admin,redirect to his/her profile*/

if(!is_site_admin($user->user_login))

return bp_core_get_user_domain($user->ID );

else

return $redirect_to_calculated; /*if site admin or not logged in,do not do anything much*/



}

I put it in bp-custom.php. Probably also works in functions.php.

He also has this essential logout redirect to homepage plugin. Both should have been default wp/bp behavior imho.

Redirect to User’s Profile Page on Login

Place the following snippet in either wp-content/plugins/bp-custom.php or in your child theme’s functions.php file.

function oci_login_redirect($redirect_to, $set_for, $user){

$redirect_to = bp_core_get_userurl($user->id);

return $redirect_to;

}

add_filter('login_redirect', 'oci_login_redirect', 10, 3);

From https://buddypress.org/forums/topic/two-questions-about-the-login-process#post-8380

(alternate method)

Use Brajesh’s plugin (which does basically the same thing as above):

https://wordpress.org/extend/plugins/bp-redirect-to-profile/

Hmm… check this out: http://www.642weather.com/weather/scripts-wordpress-captcha.php

This is nothing to do with BuddyPress; this should go on the WordPress forums.

If you are using IIS, you might have to follow the directions suggested here:

https://codex.wordpress.org/Using_Permalinks#Permalinks_without_mod_rewrite

I don’t think IIS supports mod_rewrite which is what WP uses (and BP).

Does your site work with BP installed?