BuddyPress.org

@jjj Yep, I think that’s pretty much the scoop.

You get that error because you have a copy of the old buddypress in mu-plugins and you’re activating it (again) in the regualr plugins menu.

@member11 – rather than enclosing your website URL in brackets (and making your users do the same) you’d be better off specifying the website URL field in the config file as @r-a-y suggests, so that it’s not linked to the search facility:

Open up the custom-profile-filters-for-buddypress.php file and in the $no_link_fields array (starting on line 14) add in your field, so mine looks like this:

$no_link_fields = array( // Enter the field ID of any field that you want to appear as plain, non-clickable text. Don’t forget to separate with commas.

‘Skype ID ‘ ,

‘Phone’ ,

‘IM’ ,

‘Web Site’

);

– where my web site field is called Web Site.

Also you may want to add in any social networking URLS that your site uses in the $social_networking_fields array that’s below this array. Same principle.

I use a plugin by Boone Gorges called Custom Profile Filters:

http://dev.commons.gc.cuny.edu/2009/06/21/updated-version-02-of-custom-profile-filters-for-buddypress/

Needs some manual configuration in the $social_networking_fields array, but you should be able to do what you need.

Give that a shot.

Catherine’s on the money. This would make a good Trac enhancement ticket so we can see if it’s viable to hook into this WPMU page or not.

Nothing good comes from your attitude buddy:

“Serious omission in the code here folks …”

I think from this point on you are pretty much on your own and are encouraged by righting your own plugin or publishing system. With a good attitude you’ll find a lot more help.

@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?