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.

the fbc_get_avatar() error is from the facebook connect… it’s been addressed somewhere else in the forums. ..it’s been fixed. The spam.. the user “LnddMiles” is not just on buddypress sites, so it’s a spambot that looks for open registrations.

You should add a captcha or math problem to your registration page to divert these.

It’s important to note that BuddyPress is an opensource project, just like all of the other WordPress related ones. That being said, if you find something isn’t working up to your expectations you are free to develop or contribute to the project to make it work how you wish. As it stands today, BuddyPress does a good job of keeping tidy and cleaning up after itself; better than most plugins in my opinion. The signups table is specific to MU and is a new addition, so you can expect it’s functionality to be misunderstood. When a user is deleted, the idea is that their signup remain in the signups table as proof of their previous registration. One could even argue that removing all user data is a bad idea in the event someone ever needs it later, say for law enforcement purposes.

Regarding blocking spam registrations, read some articles about Twitter. Some analysts have said that nearly 50% of all registrations on Twitter are spammers. Crazy eh? There just isn’t a fool proof way to prevent it from happening unfortunately.

Also, while none of the moderators are directly employed by Automattic, it’s about the best internship I think anyone in our respective businesses can hope for. We all do our best to represent Automattic and are here to help to the best of our abilities.

If you can find a specific bug or flaw in how users are currently managed between BuddyPress and WordPress, you’re welcome to respond here or file ticket in the trac. If you feel your opinion warrants more attention you can message me privately if you’d like also, and I’d be happy to help further.

Gabriel-

and then tag the clothes (describe, tag, categorize…). We want to have some level of control here.

In case you have not seen this, there is a wonderful BuddyPress plugin that can address this need: https://wordpress.org/extend/plugins/bpcontents/

Sorry for being a little slow on this topic, but activity streams are hard to wrap my mind around, mostly because I don’t quite get the technology. Does openmicroblogging — is this a viable part of Joseph Smarr’s so-called “social stack”? (I think they’ve moved on to calling it something else now, not “social stack,” but I digress…)

I’ll be building a version of a micro stream soon enough, or trying to adapt a former one (such as the “wire”?) to suit my own purposes.

As I understand it, there’s already a bit of a WordPress plugin:

http://adrianlang.de/mnw/

Why rebuild the wheel, when it’s built? Perhaps we should borrow/resuse from that plugin

There’s a bit of development/discussion going on over here for WordPress itself:

http://groups.google.com/group/diso-project/browse_thread/thread/84481ef2e912a099

http://groups.google.com/group/diso-project/browse_thread/thread/b9f1b8865d3d8526