BuddyPress.org

@JJJ we are on the same page, and both talking about the same thing.

Here is what I was hoping to accomplish:

have a field in the database that says user ‘abc’ is a member of blogs/sites ‘1,2,3,78’

(I think that is already in the database — shows up in admin which users are mapped to which blog)

Then it would be a matter of ‘filtering’ the bp output to only display information from users belonging to the blog being displayed.

I guess my question would be:

Is it currently possible to use filters within bp to say:

blog id#3 is being called upon for display…

Member ‘abc’ belongs to blog #3 so display his/her profile,groups,forums, activity streams.

Member ‘xyz’ does not belong to blog #3 so filter all that members information so it’s not displayed on blog #3…

Not sure how else to pose the question…

EDIT: I just re-read the title of this post, and realized that I am not talking at all about multi-site bp, which is probably causing the confusion. I was more talking about a single wpmu install with each blog within the one install having it’s own ‘filtered’ bp…. my bad… sorry about that

BuddyPress, as it stands will work perfect for a single domain setup, like 99% of the typical audience will predictably use it for, and for wp.com if bits and pieces of it are used for that purpose.

@anointed, this isn’t a “flaw” in the software so much as it is BP floating on top of MU’s infrastructure. With any of the multi-site plugins, when I look at my site-wide users, I still see ALL users registered from ALL domains/blogs/etc… When I look at a particular blogs users, then of course all that exists there are the users of that blog. Because a “site” is just another “blog” the terms here mean the same thing. 1 central user base, and all users rotate around them.

There might be a few hacks and methods to counter this behavior, but they involve checking user-meta for a list of blogs that user “belongs” to above and beyond roles and caps, or adding additional tables to route users around… It just is a strange setup and something that needs to be built custom for that particular need.

Think of how all the *press.org sites work. One central user base, yet you can login to all of bbpress.org, wordpress.org/com, buddypress.org, and all of their respective tracs and blogs, etc… That’s the same thing that BuddyPress does. The MU multi-site plugin does something a little extra, that none of the other platforms really do, and that’s allow multiple domains to use the same installation… bbPress has the power to do something similar, but no one has really explored how to do it yet, but even in that case you’re probably still sharing user tables and just mapping roles and caps again…

Am I making sense yet? haha

why not just add them from the signup page then if you have to add all the fields?

take a look here

http://successiqu.com

that is the home page of a wpmu/buddypress install, we are just using a different template, and setting the ‘reading’ option to have the home page a static page

What am I missing? See other post here;

https://buddypress.org/forums/topic.php?id=5451

When I go to create a blog, I get this on step 3. It creates the blog but happens every time. Not good for user confidence.

Thanks,

Warning: Invalid argument supplied for foreach() in/public_html/wp-content/plugins/bp-groupblog/bp-groupblog-admin.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /public_html/wp-content/plugins/bp-groupblog/bp-groupblog-admin.php:37) in/public_html/wp-content/plugins/buddypress/bp-groups.php on line 507

Warning: Cannot modify header information - headers already sent by (output started at /public_html/wp-content/plugins/bp-groupblog/bp-groupblog-admin.php:37) in /public_html/wp-content/plugins/buddypress/bp-groups.php on line 508

Warning: Cannot modify header information - headers already sent by (output started at /public_html/wp-content/plugins/bp-groupblog/bp-groupblog-admin.php:37) in /public_html/wp-includes/pluggable.php on line 865

The only way to fix it is to delete the older blogs and remake them manually.

Of course, for some crappy reason, WordPress does not actually export a complete archive when you use the admin ‘Export’ function.

This means the fixing a lot of details manually, e.g. Links/blogroll are not archived and all image addresses need to be corrected individually.

@jjj thanks so much for looking into this for us.

I have not yet looked at my database to see what ‘extra fields’ are added which tells wpmu which blogs the user belongs to. There has to be something there otherwise wpmu could not display the members belonging to each individual blog like it does now.

I’ll dig into it tomorrow and report back. Maybe we can somehow ‘hook’ into that extra field, and then use that to filter the members and activity etc…

I”m curious:

Is this something that was just not considered when bp was initially being built?

One would have thought that many users would want bp-mu from the get go, like ning does.

I’m only guessing, but to me it seems that eventually this functionality would have to be added to bp, if it’s ever going to run on wp.com. (At least I thought there were plans of adding bp to regular wp.com sites someday…. read that here somewhere a long time ago)

Hey DJPaul,

I think jamesyeah is talking about a general online status icon for BP and not for the buddypress.org/forums/.

@jamesyeah, check out the /bp-core/bp-core-classes.php file.

This will give you a headstart:

global $bp;

$user = new BP_Core_User( $bp->displayed_user->id); //i'm assuming you're viewing someone's profile page here

$user_status = $user->status;

I’ll take a look at this later tonight, but we’ll see if a solution is posted by then

Hi Guys,

Is this intended to be a theme for my main site? meaning.. for my buddypress site… though, i realize the obvious answer is “it could be” – can it be a substitue for my current “bp-default” (buddypress child theme)

@andrea_r:

If that’s true (and I’m sure it is ), I’m willing to bet that BuddyPress doesn’t know the difference. I’ll need to do some testing around this, but I have a hunch that BP is just going to loop through all members not by site or blog, but just by what’s in the wp_users table, setting up the kind of situation Anointed mentions.

The problem is that domain1.com/members will show the same users as domain2.com/members, regardless of where they signed up from or what “site” they think they belong to.

So if they register at a website about puppies, and a “site” attached to that MU installation about kitties shows up, their profile will show up there too.

“at the end of the day you still only have 1 users table, regardless of how many sites or blogs you setup and how many users have what roles/caps on which blogs/sites.”

Yep, but they are still restricted by site. At least when you just have MU & a multi-site plugin (depending which one).

Bit of a blast from the past, but: https://trac.buddypress.org/ticket/612

I actually like the fact that all the users are in the same table. Down the road it would allow me to do like ning does, where they have individual sites, only displaying information pertinent to the members of that site. However every member also belongs to the ‘hub’ site should they choose to visit it.

I guess the real ‘root’ of the problem for me is how to filter the activity on a per site basis, to give the appearance of a dedicated social group belonging to the site displayed.

Is any of this even vaguely possible as bp stands now?

I actually like the fact that all the users are in the same table. Down the road it would allow me to do like ning does, where they have individual sites, only displaying information pertinent to the members of that site. However every member also belongs to the ‘hub’ site should they choose to visit it.

I guess the real ‘root’ of the problem for me is how to filter the activity on a per site basis, to give the appearance of a dedicated social group belonging to the site displayed.

Is any of this even vaguely possible as bp stands now?

Blogs can have their own users in MU; they always can. The line gets blurry when you start talking about “sites” though, because a “site” is just another blog where users have roles and caps… The WordPress dashboard doesn’t really make this a clear thing visually, but at the end of the day you still only have 1 users table, regardless of how many sites or blogs you setup and how many users have what roles/caps on which blogs/sites.

Dizzy yet?

Try reverting to the default theme and see if it works.

Yes, please release this if you are willing.

@JJJ [blockquote]Ultimately the problem comes from the shared userbase, which means even a new “site” has no real way to say these 10 users only belong to this site, and these 12 users to this one, and these 20 users to this one…[/blockquote]

On my wpmu setup I am using a number of plugins from the premium site which was setup by Andrew. I am not sure which of his plugins does this, but on my setup, each blog does have it’s ‘own’ members.

I had asked awhile back about how to properly go about allowing a user to register on a subdomain blog without ever leaving that blog. This way each blog can have it’s ‘own’ members.

So when I look in my admin, I actually have a list of blogs, and the members belonging to each blog.

Would this be what is needed in order to get bp to filter the activity for each blog, to only display members/blogs/forums/activity streams etc… from the given blog being displayed?

For the life of me I cannot figure out exactly which plugin from Andrew is allowing this. Maybe Andrea would know…

I have many blogs that have been bugging me non-stop to try and figure out how to bring social networking to their site, but have no solution for them. I know that I could simply install multiple copies of wpmu and give each blog their own complete setup with bp, but that destroys the concept of one codebase to have to update and maintain. It would quickly become a nightmare trying to manage multiple wpmu installs just to get bp working for each blog independent of each other.

Just completed new installation of BuddyPress and activated new bbPress. Settings show that the Forums are installed correctly. I have a couple of groups that are “Public” that have at least one topic. I am incorrect in thinking that these topics should be visible on this page:

http://worsttofirstcampus.org/forums

It seems like it just defaults to http://worsttofirstcampus.org

Does it have anything to do with the theme I have selected for BuddyPress pages?

hum, hierarchy of what?

Hi Kunal,

I’m using both on my test environment right now (still undecided if I want to go with embedded bbPress or external!).

You should be able to use BP’s internal bbPress forums by going straight to the BP forums slug.

By default, this is:

http://YOURBPINSTALL.com/forums/

If your external bbPress install is the same as this slug, you’ll need to modify your BP forums slug to something else.

You can do this by adding this line in your wp-config.php:

define( 'BP_FORUMS_SLUG', 'somedifferentslug' );

I learned when trying to override the BuddyPress widget registrations that your theme will use BOTH function.php files… the parent and child. So you may need to unregister the original function and/or use a new function name… etc.