BuddyPress.org

Hi.

I wrote a simple plugin that enables BuddyPress to work with MultiSite. Unfortunately, it requires few changes in BuddyPress core files (adding some actions). Maybe BuddyPress authors will consider adding this actions in some of the future releases.

The easiest way to have one BuddyPress instance but separate BuddyPress networks on different domains is to create a new set of tables for each site. I not very happy with this solution, but as WPMU creates new sets of tables for each blog, I guess it will be OK to have few sets of BuddyPress tables for each domain (site). And this could improve performance because tables will be smaller and interaction between them is not needed.

If anyone is interested in BuddyPress working with MultiSite, please contact me.

Jeff, As as someone with the status of “Friend” to you on Buddypress, and having not met you or engaged verbally with you, I would really second this concept you are proposing.

Recently an investor in a couple of our projects told me his one big criticism of using Buddypress was that people were asking him to become a “Friend”. He found that quite confronting.

Are you proposing that the requests also come through with the relationship reference attached.. for example “Wessa would like to add you as an acquaintance”.

Anyway, love the whole idea of mapping relationships, it adds a whole lot more meaning.

First off, if you suspect or actually know that a given plugin is causing issues, you should contact the plugin developer and ask them. They may be aware of the issue and already have a new version in the works, or they may not be aware of any issues and thankful for the report.

Second, concerning an official listing of BuddyPress plugins, you can either find them here or search the WordPress plugin repository for the tag word “BuddyPress”. On the repository page for a given plugin, it will tell you on which versions of WPMU and BuddyPress the plugin has been tested.

Finally, as far as a listing of plugin conflicts, I do not know of any. You can search the forums here and find various threads indicating potential conflicts. But, since all the plugins are developed by 3rd-party sources, it is up to the users to figure such things out–with the help of forums such as this, of course!

hello Joe

As far as overwriting the template tags are concerned,That is not allowed.You can only overwrite pluggable functions(In case of wordpress/buddypress).

As far as I see, the bp_login_bar() is a normal function(template tag), you may have a look at the code in buddypress/bp-core/bp-core-templatetags.php,so you can not overwrite it.

Yes, if you want a customize the look of the form/output generated by it, you can use a work around.

Copy the code for bp_login_bar and put it inside a new function say bp_custom_login_bar() inside your theme’s functions.php,now you may modify the code inside the bp_custom_login_bar() to make it look as you want.

The only extra work you will have to do is, you will have to replace all the calls of bp_login_bar tag in your template by bp_custom_login_bar.

Hope it helps.

If I misinterpreted your question,please clarify.

I am currently working on what I call a relationship mapping component. You can read some about my concept here: https://trac.buddypress.org/ticket/582

I hope to have an alpha release in 3-4 weeks.

hi Stef

Can you point to the site.I hope you meant the top navigation bar.On my test site(I am also using buddypress 1.0.1),It is showing as usual.If you can point to your site,may be we can help.

I think in this case why that person, whom I put in my network, will agree to such proposition without being allowed to choose or decline ?

What you suggest is probably “Fans” or “Followers” – I can be a fan of any Mr or Mrs X, for this I do not need consent.

Thus in a social network or in many social networks Friendship can have multiple levels

Friends – the usual buddypress way

Fans – no consent needed

Mutual friends – Common friends

Top friends – whom I choose as top will appear topmost in the friend list always

“Network” in Social nets probably mean what Facebook used to have, several groups having at least one common element belong to a network. For example, groups on ice cream, chocolate, candy, biscuits belong to a “Food” network

Do you have apache mod_rewrite active?

Do you have mod_security or SUPHP installed?

Did you see John’s latest comment in this thread?

Okay, I see that you have seen this thread ( https://buddypress.org/forums/topic.php?id=2572 ). You have tried everything in that thread but can still not get the buddybar to show. Is that correct?

The simple answer is no.

The simple answer is yes.

You asked two diametrically opposed questions!

The privacy component derives the basic user data from the wp_user table, specifically the ID field. The BuddyPress xprofile tables all refer back to this particular field to relate their record-level data. So, in essence, there should not be any issue if you disable the xprofile component.

@r-a-y

Welcome to BuddyPress!

Just so that you know the process around here, please read this thread.

In general, it is not effective to post a new support question in a thread that is marked as resolved. Furthermore, it is not effective to post a support question in a thread that has not had any activity for a month or longer. This thread fits both criteria.

So, I’ll provide some direction here, but if you are still having issues after reading this, then just start a new thread and we will see what we can do!

Possible solutions:

1. Make sure in “Path” that you have set the directory in which WPMU is installed.

2. Regarding the “/%postname%/” permalink structure, read this: https://codex.wordpress.org/Using_Permalinks#Using_only_.25postname.25

A couple of questions:

1. What locahost environment (OS and server) are you running your install on?

2. Did you install the bpmember theme folder in /wp-content/bp-themes/?

3. Did you choose the BuddyPress default member theme, bpmember, in WPMU’s backed? You do this by logging into WPMU as site admin, then going to “BuddyPress > General Settings > Select theme to use for BuddyPress generated pages”.

4. Do you have a .htaccess file in the directory in which you’ve installed WPMU?

Can one of you post a ticket in trac about this with a patch please? You seem to have found a solution. Same login as here.

https://trac.buddypress.org/newticket

I had this problem too and it was very frustrating. The main pubDate was fine as it was just the last updated time, but the pubDate for each post was not in the correct format. I found a fix for this. It’s a hack to the buddypress code so I’ll give you all of the standard “enter at your own risk” warnings but at least until the buddypress team fixes this, this should solve your problem.

edit the following file and add the following lines (make sure you comment out the line I mention as well):

/wp-content/plugins/buddypress/bp-activity/bp-activity-templatetags.php

$formated_recorded_date = strtotime($activities_template->activity->date_recorded);

$formated_recorded_date = date (‘D, d M Y H:i:s T’, $formated_recorded_date );

return apply_filters( ‘bp_get_activity_feed_item_date’, $formated_recorded_date );

//return apply_filters( ‘bp_get_activity_feed_item_date’, $activities_template->activity->date_recorded );

It’s a work in progress, but I just launched my photography community – Asgemi. Here’s the link: http://asgemi.com

Feedback welcome!