[Beau Lebens]

Yes, except that I work at Automattic (we run WP.com), so we can run whatever we want on WordPress.com. Getting bbPress working there would be a very different project from what we’re doing with o2.

[Beau Lebens]

I suppose there are a few reasons for this, but the most immediate are:

• Our primary goal is replacing our own internal communications platform (P2). That runs on WordPress.com, which runs WordPress, not bbPress (this is probably the biggest one).
• We (the team working on it) are more natively WordPress developers than bbPress specifically.
• Quite simply, we didn’t really think about it until we were already well along the way building it for WordPress.

There are no plans to do anything related to bbPress, but the code will be open source, so you’re welcome to take pieces and apply it to bbPress as well.

[Beau Lebens]

Also, for people’s interest — here’s Matt talking about BackPress at WordCamp 07; http://www.viddler.com/explore/cdevroe/videos/228/241.45/BackPress/

[Beau Lebens]

@McKrazie – I just removed the bbPress registration stuff and require my users to register through my WordPress (MU) installation, although I’m actually running its registration through a totally customized process as well.

http://mybabyourbaby.com/

If you set up your cookies in bbP and WPMU properly, then users should only have to log in once (as long as it’s all on the same domain/subdomain) – see here for how i did it https://bbpress.org/forums/topic/wpmu-integrated-installation#post-14346

HTH

[Beau Lebens]

@talbina – Automattic just hired the developer of BuddyPress (www.buddtpress.com), which is basically what you’re asking for, minus bbPress. So they are thinking somewhere along the lines of what you’re saying

Needless to say it’s not much of a leap to take what comes of BuddyPress (a solid social networking core) and integrate that with bbPress to add the forums element (assuming BuddyPress doesn’t move in that direction itself, which is quite possible).

[Beau Lebens]

@jel3: it’s possible on different *sub*domains, but not on entirely different domains (transparently, as you said).

Beau

[Beau Lebens]

Actually I’m not using any plugins for the integration process, as bbPress and MU seem to handle it reasonably well “out of the box”.

I’m running r1197 of WPMU and 0.8.3.1 of bbPress.

Here’s some of the things that are modified/running though:

config changes in bbPress:

$bb->wp_table_prefix = 'wp_';

$bb->wp_home         = 'http://url.to.wordpress.install.com/';

$bb->wp_siteurl      = 'http://url.to.wordpress.install.com/';



// Integrating with mu

$bb->cookiepath      = '/';

$bb->cookiedomain    = '.domainname.com';  // leading . allows subdomain sharing

$bb->usercookie      = 'wordpressuser';  // WPMU doesn't hash cookies

$bb->passcookie      = 'wordpresspass';  // WPMU doesn't hash cookies



// Load WordPress so we can use the same templates.

define('WP_BB', 'true');

require_once dirname(dirname(__FILE__)) . '/wp-blog-header.php';

config changes for WPMU

// Adding custom settings to force cookies to be shared with/accessible to bbPress

define('USER_COOKIE', 'wordpressuser');

define('PASS_COOKIE', 'wordpresspass');

define('COOKIEPATH', $base);

define('SITECOOKIEPATH', '/');

define('COOKIE_DOMAIN', '.domainname.com'); // same as bbPress

Plugins in bbPress

– A custom one I call “NoLogin” that just attempts to remove all reference that’s built into bbPress (and block actual attempts) at logging in via bbPress (rather than via MU)

– MD5 insecurity for bbPress by Sam Bauers

– A quick fix called “MainDomain” that redirects requests to a subdomain instance of the forums to the canonical version which is hosted from mybabyourbaby.com (rather than babyname.mybabyourbaby.com)

– A quick and dirty “FixKSES” which allows the left/center/justify/right paragraph buttons to work in TinyMCE, because I’m using that for post formatting.

– Display Names by Michael Adams et al to show the MU display_name, rather than the bbPress username

WPMU plugins/hacks

Because I load the WP engine in addition to the bbPress engine (not very performance-friendly, but makes life easier for sharing code etc), I have access to a lot of the functionality I rely on in the rest of the site – grabbing friendly usernames, user icons/avatars, links to profiles (which are handled completely outside bbPress and WP functionality), etc etc.

I use the TinyMCE editor bundled with WP in bbPress for posting, which is surprisingly easy to add – just load the JS file and add a class to the TEXTAREA. The only thing I haven’t fixed just yet on this is that if you edit an existing post with multiple paragraphs in it then TinyMCE seems to squash it all back down to one.

I also found that I had to add a quick function to stripslashes() onto the hooks “pre_post” and “pre_topic_title” to prevent annoying slashes appearing in them.

One last thing that I discovered was that because the WP engine is being loaded to display bbPress pages, but it doesn’t really “know about” those pages (they’re not internal WP pages), it technically triggers a 404, even though it displays just find. I explained this a bit here: https://bbpress.org/forums/topic/bbpress-wordpress-mu-or-not-leads-to-404-errors-but-pages-still-load including a way around it.

Templates

I’m actually using the same templates for bbPress as I am for MU. I accomplish this by symlinking those files directly from the place they normally live, into my-templates/mbob/header.php and footer.php, then make custom files for all the internal bits.

HTH someone

Beau

[Beau Lebens]

@starnet – The best way is to have it in an auto-load WPMU plugin, which means stick it in a file called “no-404s.php” or something in wp-content/mu-plugins/.

[Beau Lebens]

Any updates on this being handled “properly” to avoid having to hack core code (or add filters just to do “normal” stuff)?

I’m still seeing it in 0.8.3 with WP (MU) integration.