BuddyPress.org

Versions I’m using:

WordPress MU 2.7.1

BuddyPress 1.0.2

bbPress 1.0.1

Short answer: theme error is complicated. I’m writing up a Trac ticket and will put the link here later.

Workaround: duplicate your /bp-member/* folders into /wp-content/themes/. This will populate the correct info in the drop-down box. Once this issue is fixed, you can remove the duplicates from /wp-content/themes/.

FYI, you can also trick this with a link.

from /wp-content/themes:

$ ln -s ../bp-themes/THEMENAME THEMENAME

Worked great When you’re done, delete the link.

MVC. Whatever. The bottom line for me is the user interface and easy of theming / customizing.

Take Joomla for instance. Most clients go into convulsions when they see Joomla the first time. There are enough radios buttons and options to make the most hardcore geek nauseous. And as a designer / developer… anytime I’m forced to use Joomla I feel like smashing my head through a brick wall… repeatedly. WordPress on the other hand is a joy to user for both clients and developers. So what if it’s not 100% MVC. I don’t really care.

But back to my Joomla rant. I did a Joomla 1.0.x project a year ago and there was no way to apply the design I’d created without modifying core files. The core was littered with thousands of lines of complex embedded html markup that was impossible to deal with via CSS alone. I spent 3 days just trying to find out where all the markup (mostly table code) was coming from. One day I spent an entire afternoon trying to track down the source of a single closing element (probably </table>). I finally found it buried deep inside a class file somewhere. Brutal. Absolutely brutal. And that admin interface. Ugh. And the plug-ins people write for it. One site I had to work on had a links plug-in installed that must have had over 100 configuration options. To make a page of links?!?! Unreal. Maybe Joomla 1.5 is better… but I’ll never know. I now turn down clients who ask for Joomla sites. I send them elsewhere. How it ever got to be so popular and considered suitable for Enterprise is beyond me.

This has somehow returned for me. I am running BuddyPress 1.0.2, WordPress MU 2.7.1, and bbPress 1.0.1. The [p]s show up in the sitewide activity for group forum posts, and in the group forums, but they don’t show up in the bbPress view of the group forums.

I am using the buddypress-enable.php from the latest stable BuddyPress download. Is it really so that I have to upgrade the xmllib library? I do not have my own server, I am using a web host…

Had did Facebook start by the core of a few developers then other developers made plugins or widget … Just like wordpress only a few work on the core then others produce the plugins!

Therefore if you want any plugin made for you, get a developer to make you one.

Buddypress rocks but I ll be waiting for wordpress+buddypress combination anyway…

Widgets are not 100% compatible in WPMU 2.8.1.

The reason is WordPress widgets utilize a new API in 2.8+.

A new release for BP will come soon to address this and a couple of other issues that have popped up since 2.8+.

The missing menus were probably because I didn’t to a full fresh install of buddypress. I was trying to keep a few core edits I had done and probably didn’t overwrite everything as I had thought. Seems to work now.

Here is my bb-config.php file, with the unique keys and such taken out:

<?php



// DEEP INTEGRATION AT THE VERY TOP

if ( !defined( 'ABSPATH' ) & !defined( 'XMLRPC_REQUEST' )) {

define( 'WP_USE_THEMES', false);

include_once( 'http://mydomain.com/wp-blog-header.php' );

//^ wrong way for deep integration, but this keeps the forums integrated between BuddyPress and bbPress, but breaks the BuddyBar for bbPress plugin



//include_once( '/home/username/public_html/mydomain/wp-blog-header.php' );

// ^correct way to do deep integration, works with BuddyBar for bbPress plugin, but breaks forums integration between BuddyPress and bbPress

header( "HTTP/1.1 200 OK" );

header( "Status: 200 All rosy" );

}



// WordPress database integration speedup

$bb->wp_table_prefix = 'wp_';

$bb->wordpress_mu_primary_blog_id = 1;

$bb->user_bbdb_name = '';

$bb->user_bbdb_user = '';

$bb->user_bbdb_password = '';

$bb->user_bbdb_host = '';

$bb->user_bbdb_charset = '';

$bb->user_bbdb_collate = '';

$bb->custom_user_table = '';

$bb->custom_user_meta_table = '';



// WordPress cookie integration speedup

$bb->wp_siteurl = 'http://mydomain.com'; // no trailing slash

$bb->wp_home = 'http://mydomain.com'; // no trailing slash

$bb->cookiedomain = '';

$bb->cookiepath = '/';

$bb->authcookie = 'wordpress_******';

$bb->secure_auth_cookie = 'wordpress_sec_******';

$bb->logged_in_cookie = 'wordpress_logged_in_******';

$bb->admin_cookie_path = '/forums/bb-admin';

$bb->core_plugins_cookie_path = '/forums/bb-plugins';

$bb->user_plugins_cookie_path = '/forums/my-plugins';

$bb->sitecookiepath = '';

$bb->wp_admin_cookie_path = '/wp-admin';

$bb->wp_plugins_cookie_path = '/wp-content/plugins';



/**

* The base configurations of bbPress.

*

* This file has the following configurations: MySQL settings, Table Prefix,

* Secret Keys and bbPress Language. You can get the MySQL settings from your

* web host.

*

* This file is used by the installer during installation.

*

* @package bbPress

*/



// ** MySQL settings - You can get this info from your web host ** //

/** The name of the database for bbPress */

define( 'BBDB_NAME', 'database_name' );



/** MySQL database username */

define( 'BBDB_USER', 'username' );



/** MySQL database password */

define( 'BBDB_PASSWORD', 'database_password' );



/** MySQL hostname */

define( 'BBDB_HOST', 'localhost' );



/** Database Charset to use in creating database tables. */

define( 'BBDB_CHARSET', 'utf8' );



/** The Database Collate type. Don't change this if in doubt. */

define( 'BBDB_COLLATE', 'utf8_general_ci' );



/**#@+

* Authentication Unique Keys.

*

* Change these to different unique phrases!

* You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/bbpress/ WordPress.org secret-key service}

*

* @since 1.0

*/

define( 'BB_AUTH_KEY', '******' );

define( 'BB_SECURE_AUTH_KEY', '******' );

define( 'BB_LOGGED_IN_KEY', '******' );

define( 'BB_NONCE_KEY', '******' );

define( 'BB_AUTH_SALT', '*******' );

define( 'BB_LOGGED_IN_SALT', '*******' );

define( 'BB_SECURE_AUTH_SALT', '********' );



define( 'WP_AUTH_COOKIE_VERSION', 1 ); //told this is needed for WordPress MU versions before 2.8

/**#@-*/



define( 'COOKIEHASH', '*******' );

define( 'COOKIE_DOMAIN', '.mydomain.com' );

define( 'SITECOOKIEPATH', '/' );

define( 'COOKIEPATH', '/' );



/**

* bbPress Database Table prefix.

*

* You can have multiple installations in one database if you give each a unique

* prefix. Only numbers, letters, and underscores please!

*/

$bb_table_prefix = 'bb_';



/**

* bbPress Localized Language, defaults to English.

*

* Change this to localize bbPress. A corresponding MO file for the chosen

* language must be installed to a directory called "my-languages" in the root

* directory of bbPress. For example, install de.mo to "my-languages" and set

* BB_LANG to 'de' to enable German language support.

*/

define( 'BB_LANG', '' );



$bb->bb_xmlrpc_allow_user_switching = true;

?>

I realize I’m not incorporating the correct method for deep integration, but this setup is what keeps the forums integrated between BuddyPress and bbPress.

If you have any suggestions on what I should check or look into, I would appreciate it.

Using the bb-config.php file as it is now I can login and out of BuddyPress and bbPress without issue. Cookies are shared and work as expected. The BuddyBar for bbPress plugin seems to have revealed my deep integration issues.

Thanks for any help!

With fresh install of 2.8.1 and bp 1.02 I could add and delete a user. And as reported I am having a problem with the member themes. It seems to work when the member theme is in the /themes folder, but not sure if this is related but I am not getting a the menu to edit the profile and avatar. Could be a problem with some mu-plugins, but at this point doesn’t seem to be. Will check more.

John is correct. From the way you describe your needs, it sounds like you will be happy just using the multi-user version of WordPress (WordPress Mu). You do not have to install the optional BuddyPress plugin suite. You can always add it later if you want to provide your members with more features.

I wrote Ban Hammer to do that and it seems to work on regular WP. Haven’t fully tested it on MU, but it should work.

With the new 2.8.1 and BuddyBar, I get this on my bar:

Fatal error: Call to undefined method BP_Roles::_init() in /home/public_html/community/wp-includes/wpmu-functions.php on line 317

I did apply this patch but no help in mudville. In fact, if I make THAT change, I get the error sitewide.

I have wordpress mu installed at the subdomain http://wpmu.zyrot.com . All blogs are then located at http://yourbloghere.wpmu.zyrot.com . The Forums are fully installed at http://forums.zyrot.com and I was able to integrate users and cookies. I really would like to do deep integration so that I can have the buddybar and so that I make my own theme for the forums. If you can help me, it would be very appreciated.

Thanks

Thanks a lot DJPaul

Only if you’re using it with WPMU 2.8.1. I’ve just finished writing https://trac.buddypress.org/ticket/846.

thanks for the workaround DJPaul.

One question: All the fresh buddypress installation are affected with this bug ?

I am still searching why the add_filter is ignore. This is very strange.

So we should all be enormously grateful for that. I don’t think threats to move another platform are really productive.

I am grateful and Buddypress developers wouldn’t care whether I move to another platform or not. I was responding to John James Jacoby’s argument that people stick with WordPress because it has found the right balance.

WordPress is evolving from blog software to a social networking platform with Buddypress. That puts the user at the center, which is a fundamental shift in focus. That’s why I keep hammering on member management and registration.

I love the extensibility of WordPress/Buddypress, but if the foundation – member management – is a mess, that is a real problem that can force people to consider other options. I have not found good alternatives. Anahita Social Engine on Joomla could be one to watch.

Short answer: theme error is complicated. I’m writing up a Trac ticket and will put the link here later.

Workaround: duplicate your /bp-member/* folders into /wp-content/themes/. This will populate the correct info in the drop-down box. Once this issue is fixed, you can remove the duplicates from /wp-content/themes/.

I was thinking that maybe the BP Devs should change BP so that the BuddyPress themes can optionally be installed in the standard themes directory.

That way if they were able to be configured like wordpress child themes, site designers would have the option of making their BP member themes reuse styles from the theme they select for their BP home theme. That would limit the amount of CSS that needs to be developed.

I gave it a try by attempting to create a child theme of bphome. Whilst I can select it, BP ignores it and just displays bpmember.

What do you think of this suggestion?

The deep integration method I include with my BuddyBar for bbPress should take care of the 404 situation. Give it a shot and let me know how you think it works. I’m not super pro at understanding the ins and outs of SEO and redirect but I think it’s working okay so far.