Hah! I finally found what was wrong!
It’s not possible to use a secondary blog as the “material/theme” for Buddypress. At least not for the forums. It has to be the primary blog (that has incorporated BP).
Changing which blog that is this on bb-config.php doesn’t help.
$bb->wordpress_mu_primary_blog_id = 2;
Well, now I at least know why I had my problems.
Thank you for your help. I know what I did wrong : I use this plugin http://spedr.com/42utn
and used it to update the plugins as I usually do with wordpress blogs, forgetting that buddypress is also a plugin 
So I made a new install instead of trying to correct the problems.
I suggest contacting the developers of the 3rd-party plugin WishList Member and ask if and when they plan to support BP v1.1.1. Provide them with the issues you are experiencing. Since it is a paid-for plugin, and not an open source, freely available plugin, they should provide the assistance. I won’t even go into the issue of possible GPL license infringement–besides mentioning it.
Also, I’m not sure why you want to use that plugin as its purpose is to turn a WordPress-powered site into a membership-driven site. This is what BuddyPress does and a whole lot more. Better yet, BuddyPress is free!
I’m also moving this thread to “Third Party Components & Plugins” as it is does not pertain to BuddyPress but a conflict with a 3rd-party plugin.
First, if you are creating sub domains for each individual blog make sure the blogs are being confirmed through the submitted email during registration. you will see a white screen for every blog not confirmed.
If you are setting up WPMU with subdomain blogs then you have to add a wildcard DNS record on your server. If you do not, you’ll have significant issues. This is detailed in the readme.txt file that comes with the WPMU install package.
This is why we ask everyone having issues with BP if they fully tested WPMU and made sure it was functioning properly before installing ANY plugins–including BuddyPress. Fully testing does not mean giving it a cursory once over. It means fully testing all the major functions. This should take some time. The most obvious first function to test is the creation of additional blogs.
@Bolonki, I’m going to play devils advocate for a second and probably take the wrong side of this conversation, but the problem with query reduction in a social networking platform is that the only way to do it is to limit the available run-time data, or rearrange data structures to the point where other plugins can’t tap into them or repurpose them.
BuddyPress itself is a core set of 9 plugins, an abstraction layer for WPMU blogs, an API for bbPress, and comes with an elaborate set of functions and API to retrieve that data and use it in a theme; and most of this is accessible on almost every page of your website. If you need the functionality that BuddyPress provides, then hopefully you’re prepared for the overhead it takes to have all of those resources available. If you don’t need parts of it, you can turn them off and reduce queries.
This isn’t to say that BuddyPress doesn’t strive to be efficient, and in future versions you can bet that as more people become actively involved in the project that it will only get better.
Everyone has parts of web development that they’re passionate about. Some people dig SEO, some love web standards, others are worried about queries, and others are worried about server speed. There’s a lot of roles and lots of talent paying attention to all of the different aspects of what makes this all work. Remember that this is an open project, and we welcome you or anyone else to take a look at ways to make the platform better and are genuinely excited for anyone to contribute in any way.
I’m curious how many queries other social network sites use on a single page load. Can you imagine how many servers Facebook must use? Or wordpress.com? Must be pretty intense to manage all that data and traffic.
This post is two months old.
That aside. I know a couple of guys on IRC have been tracking a few SQL number-of-query issues down which apparently need to be fixed in the WordPress core. Your post is not very constructive as you haven’t suggested a particular page on a site which interested developers could look into – saying that the entire thing needs attention may be valid, but we need to start from somewhere.
Not only you Reboot, but the entire Buddypress team should be “worried about too many db queries”. Jacoby says that “WordPress has never been light”, I wonder what he thinks of Buddypress, since WPMU creates a page in about 28 queries and Buddypress needs 130 queries per page, about FOUR TIMES as many. It’s completely excessive and makes Buddypress unusable for anybody with any serious traffic and a low hosting budget. Performance (not features) should be the priority now, and the number of queries should be shown along with page generation time on testbp.org so that potential users see the kind of computing power they will need.
A few things to consider when seeing….(white screen)
First, if you are creating sub domains for each individual blog make sure the blogs are being confirmed through the submitted email during registration. you will see a white screen for every blog not confirmed.
Second, make sure all permissions are enabled in your dashboard, this too causes white screens for different blogs.
Third, make sure you deleted the bp themes in from the /mu-content/ root and that they are installed through the /mu-plugins/ not /plugins/
Fourth, a lot bp plugins take some sort of config to work correctly, sucks I know but true so I would definitely follow DJ Puals advice and deactivate all plugins while you try my suggestions.
You might be thinking that it’s a lot more difficult than that but Sometimes it’s as simple as that.
thanks DJPaul.
FYI: After reading http://www.studiograsshopper.ch/web-development/multilingual-wordpress-setting-up-wordpress/ I realized that the basic setting in wp-config could be changed (from define (‘WPLANG’, ”); to define (‘WPLANG’, ‘es_ES’); which -I think- adds Spanish (and not replaces the main language?) support.
Not sure if this setting does anything as the admin of the main blog could already choose es_ES in his blog settings (so ALL users see the blog in Spanish instead of all in English) before I ‘added’ Spanish in wp-config. (As long as the language file was uploaded to /languages of course).
Anyway, it does not change anything
– The home/community page/main blog and the buddy bar are still in the language the admin has chosen for it, not the language of the logged-in user (or a logged-out/new user for that matter).
5038487Inactive
We need someone to help us with a Buddypress installation that has been installed with wordpress MU and wp-wishlist. We are having a problem with people registering with Wp-wishlist and buddypress then not being able to view their Buddypress profile. Whenever you try to view their profiles you are redirected to the home page and we cannot figure out why this is. So we are looking for someone with expeience in wordpress MU, Buddypress and Wishlist who can help us make them all work together smoothly.
@wordpressfan did you wrap <? ?> around it? 
@andy that still doesn’t seem to work. <?php echo xprofile_get_field_data($2); ?> gives an error. <?php echo xprofile_get_field_data($name); ?> too. 
@David
Thanks. I hope you’re right. I’m designing a site that will integrate BP functionality throughout in widget areas and the BP pages. Once I get used to using hooks in WP through functions.php, it should be OK.
Also have to learn some advanced CSS to make it all sing.
@wordpressfan. My theme probably won’t be much use to anybody else, but I think the plugins I have to build will be helpful extensions of WP/BP. I actually started designodyssey.org to chronicle what I’m learning as I build the site I’m primarily working on.
Installed v1.1.1. I get this error message in all pages (related to body tag in header.php):
Missing argument 2 for bp_get_the_body_class() in /serverpath/wp-content/plugins/buddypress/bp-core/bp-core-templatetags.php on line 1593
function bp_get_the_body_class( $wp_classes, $custom_classes ) {
global $bp;
if ( bp_is_blog_page() && is_front_page() && $bp->current_component != BP_HOME_BLOG_SLUG )
$bp_classes[] = 'home-page';
if ( bp_is_blog_page() || bp_is_register_page() || bp_is_activation_page() )
$bp_classes[] = 'blog-page';
if ( !bp_is_blog_page() && !bp_is_register_page() && !bp_is_activation_page() )
$bp_classes[] = 'internal-page';
if ( bp_is_directory() )
$bp_classes[] = 'directory';
if ( bp_is_user_profile() && !bp_is_blog_page() )
$bp_classes[] = 'profile';
if ( bp_is_activity_component() && !bp_is_blog_page() )
$bp_classes[] = 'activity';
if ( bp_is_blogs_component() && !bp_is_blog_page() )
$bp_classes[] = 'blogs';
if ( bp_is_wire_component() && !bp_is_blog_page() )
$bp_classes[] = 'wire';
if ( bp_is_messages_component() && !bp_is_blog_page() )
$bp_classes[] = 'messages';
if ( bp_is_friends_component() && !bp_is_blog_page() )
$bp_classes[] = 'friends';
if ( bp_is_groups_component() && !bp_is_blog_page() )
$bp_classes[] = 'groups';
if ( bp_is_settings_component() && !bp_is_blog_page() )
$bp_classes[] = 'settings';
if ( bp_is_single_item() )
$bp_classes[] = 'single-item';
if ( bp_is_messages_inbox() )
$bp_classes[] = 'inbox';
if ( bp_is_messages_sentbox() )
$bp_classes[] = 'sentbox';
if ( bp_is_messages_compose_screen() )
$bp_classes[] = 'compose';
if ( bp_is_notices() )
$bp_classes[] = 'notices';
if ( bp_is_friend_requests() )
$bp_classes[] = 'friend-requests';
if ( bp_is_user_friends() )
$bp_classes[] = 'my-friends';
if ( bp_is_create_blog() )
$bp_classes[] = 'create-blog';
if ( bp_is_user_recent_commments() )
$bp_classes[] = 'recent-comments';
if ( bp_is_user_recent_posts() )
$bp_classes[] = 'recent-posts';
if ( bp_is_user_blogs() && !bp_is_directory() )
$bp_classes[] = 'my-blogs';
if ( bp_is_user_groups() && !bp_is_directory() )
$bp_classes[] = 'my-groups';
if ( bp_is_group_leave() )
$bp_classes[] = 'leave-group';
if ( bp_is_group_invites() )
$bp_classes[] = 'group-invites';
if ( bp_is_group_members() )
$bp_classes[] = 'group-members';
if ( bp_is_group_forum_topic() )
$bp_classes[] = 'group-forum-topic';
if ( bp_is_group_forum() )
$bp_classes[] = 'group-forum';
if ( bp_is_group_wire() )
$bp_classes[] = 'group-wire';
if ( bp_is_group_admin_page() )
$bp_classes[] = 'group-admin';
if ( bp_is_group_create() )
$bp_classes[] = 'group-create';
if ( bp_is_group_home() )
$bp_classes[] = 'group-home';
if ( bp_is_profile_wire() )
$bp_classes[] = 'profile-wire';
if ( bp_is_change_avatar() )
$bp_classes[] = 'change-avatar';
if ( bp_is_profile_edit() )
$bp_classes[] = 'profile-edit';
if ( bp_is_user_friends_activity() )
$bp_classes[] = 'friends-activity';
if ( bp_is_user_activity() )
$bp_classes[] = 'my-activity';
if ( bp_is_register_page() )
$bp_classes[] = 'registration';
if ( bp_is_activation_page() )
$bp_classes[] = 'activation';
if ( is_user_logged_in() )
$bp_classes[] = 'logged-in';
/* Add the current_component, current_action into the bp classes */
if ( !bp_is_blog_page() ) {
if ( !empty( $bp->current_component ) )
$bp_classes[] = $bp->current_component;
if ( !empty( $bp->current_action ) )
$bp_classes[] = $bp->current_action;
}
/* We don't want WordPress blog classes to appear on non-blog pages. */
if ( !bp_is_blog_page() || is_home() ) {
/* Preserve any custom classes already set */
if ( !empty( $custom_classes ) )
$wp_classes = (array) $custom_classes;
else
$wp_classes = array();
}
/* Merge WP classes with BP classes */
$classes = array_merge( (array) $bp_classes, (array) $wp_classes );
/* Remove any duplicates */
$classes = array_unique( $classes );
return apply_filters( 'bp_get_the_body_class', $classes, $bp_classes, $wp_classes, $custom_classes );
}
add_filter( 'body_class', 'bp_get_the_body_class', 10, 2 )
I believe GigaOM is using only extended profiles for BP:
http://pro.gigaom.com/
They’re probably haven’t upgraded to BP 1.1, since it’s a highly-customized WPMU/BP site.
—
There’s probably no “gotchas” since you’re turning everything off!
Alkivia is an alternative for user profiles:
wordpress.org/extend/plugins/alkivia/
The header is created out of simple
- statements; check out the header.php for details. You can also read the codes.wordpress.org for examples on how to automatically add categories/pages to your menu.
I have the next error uploading an avatar
Warning: getimagesize(Object) [function.getimagesize]: failed to open stream: No such file or directory in /var/www/html/SITE/wp-content/plugins/buddypress/bp-core/bp-core-cssjs.php on line 93
I can upload files in Post, but not an avatar.
These are my configuration:
PHP 5.1.6 (cli) (built: Feb 26 2009 07:01:10)
Apache/2.2.3 (built: Jul 15 2009 09:02:36)
mySQL 5.0.7
WordPress MU 2.8.4a
BuddyPress 1.1.1
chown USER:apache -R /var/www/html/SITE/
chmod 755 -R /var/www/html/SITE/
chmod 777 -R /var/www/html/SITE/wp-content/blogs.dir/
chmod 666 /var/www/html/SITE/.htaccess
chmod 666 /var/www/html/SITE/wp-settings.php
chmod 666 /var/www/html/SITE/wpmu-settings.php
chmod 666 /var/www/html/SITE/wp-config.php
chmod 666 /var/www/html/SITE/wp-content/wp-cache-config.php
Thanks a bunch!
I need to build a site which features user-maintainable profiles for a professional network. A bit of research on my users suggests that they are turned off by “social networking” features – friends, status updates, etc. It is also not clear at this time that they need blogs, forums or groups.
Fortunately, BuddyPress will let me disable all the components except “Extended Profiles.” Has anyone else done this? Is BuddyPress a usable system with most of its features turned off? Any gotchas?
I’ve done a simple test that looks pretty good except that the “BuddyPress Default Home Theme” displays odd gaps when the only visible features are user profiles and the user directory. Any thoughts on another theme that would be more usable with a minimal feature set, or what I’d want to hack in the default theme?
Thanks.
(P.S. As an alternative to BuddyPress my other thought had been to simply use a plugin that extends user profiles in conventional WordPress. Oddly enough I haven’t found a single one that’s current.)
I installed wordpressmu and then Buddypress and then later installed bbpress. I integrated bbpress with buddypress etc but I cannot see the forum link in > buddypress > groups > forum
I can create a group in buddypress/mu, create a forum and topics in bbpress but not link the two so they appear in buddypress groups. Have I missed something?
Website link is http://gramophile.com
Any help much appreciated.
This is just an opinion from someone who’s never used the plugin… but it’s basically for login / registration ease.
You don’t have to register a new account to become a member of someone’s BP network… just login with your Facebook account!
According to the plugin’s description, there are plans to integrate the friend list and also newsfeed publishing.
You might want to head on over to the WordPress MU forums as it sounds more like a WPMU problem:
https://mu.wordpress.org/forums/
You can login with the same username and password you use here to post on the WPMU forums!
@mark, make sure you upgrade your FeedWordpress plugin as I’m guessing you upgraded from WPMU 2.7.1 to 2.8.4a.
FeedWordPress has undergone major changes since then to be compatible with 2.8+.
Oh! and also overwrite the default WordPress RSS library with FWP’s Magpie RSS library.
For more, read the upgrade installation instructions:
https://wordpress.org/extend/plugins/feedwordpress/installation/
Argggg, I spent 24 hours of non-stop trial and error (considering I am a PHP noob) to make my site work after the buddypress 1.1.1 upgrade. Made a lot of tweaking with the avenuek9 theme to look like how my site used to looked like before the upgrade. I hope you gurus can make this How-to- stuff soon. If you look at my site, its still a mess (http://bloggista.net) but it should be back in its handsome form once those minor issues are ironed out. Like, the recently active avatars are lining up in single file down to the bottom as if they’re queuing for the some firing squad.
Thanks folks, looking forward to it.
Hi snagfly. I’m the author of that plugin. It sounds like the problem is that you activated the bbPress trigger plugin inside of WordPress. As is stated in the readme files, this part of the plugin is only needed if you are running a separate installation of bbPress with BuddyPress 1.0.
If you are running BuddyPress 1.1+, you can safely delete the file bb-group-forum-subscription.php, keeping and activating only bp-group-forum-subscription.php.
I would prefer moving all admin for members out of wp-admin into the site, instead of trying to make wp-admin look more like the site. Keep wp-admin for admin only and put all member functionality in the site.
That’s not a bad idea… just making an admin theme that looks more consistent with BuddyPress. Less jarring for newbies.
