BuddyPress.org

David Lewis,

Give the BuddyBar for bbPress plugin a try.

There’s a plugin like this to populate WPMU content, but not one for BuddyPress yet.

Keep your eyes on the “WPMU Demo Data Creator” and see if the author updates his plugin to include BuddyPress.

There’s lots of ways to build bridges between platforms, but no one usually does it until they need to do it themselves.

I’ve never seen ccHost until now, and as powerful as it looks, it really looks like a competing project compared to what WordPress/bbPress/BuddyPress already attempts to do, with the help of plugins of course.

People have built integrated logins for phpBB and vBulletin, so I imagine someone could do this for you too.

Create a page in your MU root blog called “forum” and leave it empty. Right now when the WordPress .htaccess file see’s a redirect to domain.com/forum/ it denies it saying the page doesn’t exist. Creating the page on your MU root blog will satisfy the .htaccess file, and still route to your bbPress installation.

Tricky eh?

Have you created a page in your root MU blog called “forum” by chance? Also, it kind of sucks but because bbPress pretty permalinks use “forum” to tell the URL that you’re clicking a forum, having your URL be domain.com/forum/forum/name-of-forum is the reason why most people install bbPress in “/forums/” or something else like “/support/” or “/discussion/”

What I’m saying is that it might just be that bbPress or WordPress are getting tripped up on what the redirect is, and maybe conflicting somehow?

Burt Adsit made a plugin called bpGroups that was able to consolidate the essential user data, but with recent changes to XMLRPC, BP, and bbPress, my guess is that plugin no longer works as expected.

To be honest, WordPress has never really been “light” if you know what I mean, at least not like bbPress is. If you’re using the BuddyPress Group Forums, then you probably have a lot of userdata already available from previous queries in the loop. If you’re using bbPress only and trying to get specific userdata or xprofile data, that’s going to usually require some expensive queries to pull off; I would look at how bbPress already does it with userdata per post, and see how it’s able to to do it. Chances are it’s already been called or that the userdata has already been grabbed previously. If you don’t use an IDE like netbeans to trace variable values, then try a print_r or var_dump of the user variable in the loop, and see what it gives you.

It would be best for wordpress mu if it was installed in the document root. As in not the /blogs/ but directly.

You can use the same admin account. BTW: I have mastered Deep Integration to the point of making the forum fit into ANY WordPress Theme! Take a look at http://wpmu.zyrot.com/forums/ for a demo. And no, I’m not using Iframes, it’s all themed!

Hmm, that’s strange. I can log in on my mapped domain OK. (just tested and it worked)

First of all, this is not to do with working with BuddyPress – if you just run WPMU, you’ll find exactly the same thing happens. WPMU Domain Mapping works fine, as I use it on my site.

The “problem” is that your web browser remembers that you are logged in because of cookies. Cookies can only be read/written by pages on the same domain, therefore an authentication cookie on domain1.com can’t be read on domain2.com.

Sorry to see nobodies felt the need to comment on this thread for a week friend. I’m having the same problem trying to figure this out. Without a fairly straightforward way to customize the default site page I’m going to be forced to look at alternatives to WPMU/Buddypress.

I’m sure theres got to be a way – i’ve seen examples of some cool buddypress sites – but my dream of MU and Buddypress being even close to as easy and straightforward as WP is are fading fast. It seems, still, like this set up is very much a patched together affair.

I don’t mind putting in some time…..Every script or combination of scripts has some learning curve. Maybe wordpress (just the blog) has spoiled me with its most excellent documentation and straightforward usage, styling, etc.. but I’ve been having drupal flashbacks for the last 24 hrs since trying to set up a WPMU/BP test site.

There is a bug in WPMU 2.8.2 that will not allow site wide plugins to be deactivated:

https://trac.mu.wordpress.org/ticket/1071

If you have disabled registration on your WordPress MU installation, and users are still signing up, you may have forgotten that if you are running group forums you have a bbPress installation that synchronizes users with the WordPress MU installation. Disable registration in bbPress and you should be good to go.