BuddyPress.org

Well, if I understand correctly it certainly seems possible, considering its pretty much the way that WordPress installation goes.

You install WordPress and are provided a login (“admin”) and a randomized password.

If you’re looking for code to try to tap into, or an example of how to go about it, that would be where I would look first?

The next step in your theory would be to consider how to handle spam registrations in the event that user never sees the pw and never logs in to your website. Maybe take a look at the Register Plus plugin for WordPress.org to get some ideas also?

Make sure you submit this to the WP plugin repo and tag it with “BuddyPress” in your readme file.

https://wordpress.org/extend/plugins/about/

http://webomania.wordpress.com/2006/10/01/out-of-range-value-adjusted-for-column-error/ <- this is actually the solution right here. I dont know how it works, but it fixed my problem completely.

First, read this webpage:

https://codex.wordpress.org/Plugin_API#Actions

That’ll explain the basics of hooks and filters. If you want to know which hooks are in BuddyPress, scan through the source code and look for do_action() functions as well as apply_filter() functions, those are your hooks, and you can “hook” into them using the functions add_action() and add_filter() respectively. I don’t think there’s too much documentation around for BuddyPress hooks, so it’s best to look into the file/function you want to extend and find your hooks.

Fix for bb-config.php when using “deep integration”

How to currently, correctly include WordPress within bbPress and NOT throw a 404 in IE.

Add to beginning of bb-config.php:

if ( !defined('ABSPATH') & !defined('XMLRPC_REQUEST')) {

define('WP_USE_THEMES', false);

include_once( '/absolute/path/to/yourdomain.com/wp-blog-header.php' );

header("HTTP/1.1 200 OK");

header("Status: 200 All rosy");

}

@Matt, I think that if it’s partially working, than chances are something is amiss somewhere. Are you using deep integration or no?

I am supposed to NOT CHECK >>

Add cookie integration settings

If you want to allow shared logins with an existing WordPress installation.

>> right?

I gave some thoughts to this topic and my conclusion so far is, that it would be the best solution to set up a WPMU + Buddypress System for each language. The only thing that would be needed is a Plugin that shares the Userdata between these systems. A user who signed up on your swedish installation of WPMU + Buddypress should be able to use this account for your english version too and so on.

One could do it as on wordpress.com, where wordpress.com is the main website. If You choose a different language, say german (.de) you get redirected to de.wordpress.com and only german content will appear.

devweb, sorry about the little thread jacking

There is a plugin on WPMU Dev ( http://wpmudev.org/project/default-user-role ) that allows admins to set the default user role on signup. There’s also this plugin ( http://agapetry.net/news/introducing-role-scoper/ ) that seems to offer significant role customization in WP. However, I cannot find this particular plugin in the WP repositry so beware.

You may also get some useful ideas from this thread on the Mu forums: https://mu.wordpress.org/forums/topic.php?id=8217

Granted, these are all WPMU-specific ideas, not BuddyPress. But Mu is the platform on which BP sits, so this may be of some use if you’re planning to code your own solution.

(i use wordpressmu 2.65, buddypress svn version more recent than RC1, italian localization)

hi Andy, i’m trying the facebook connect locally.I’ve copie the bp-fbconnect.php file and the bp-fbconnect folder in my plugins folder but after inserting the api key and updating options i receive this error:

Fatal error: Uncaught exception ‘FacebookRestClientException’ with message ‘Template bundles must include at least one one line story template.’ in C:xampphtdocswordpressmuwp-contentpluginsbp-fbconnectwp-facebookconnectfacebook-clientfacebookapi_php5_restlib.php:1857 Stack trace: #0 C:xampphtdocswordpressmuwp-contentpluginsbp-fbconnectwp-facebookconnectfacebook-clientfacebookapi_php5_restlib.php(414): FacebookRestClient->call_method(‘facebook.feed.r…’, Array) #1 C:xampphtdocswordpressmuwp-contentpluginsbp-fbconnectwp-facebookconnectfbconnect.php(567): FacebookRestClient->feed_registerTemplateBundle(NULL, NULL, NULL, NULL) #2 C:xampphtdocswordpressmuwp-contentpluginsbp-fbconnectwp-facebookconnectfbconnect.php(262): fbc_register_templates(false) #3 C:xampphtdocswordpressmuwp-includesplugin.php(311): fbc_admin_options(”) #4 C:xampphtdocswordpressmuwp-adminadmin.php(56): do_action(‘fbc_admin_optio…’, Array) #5 C:xampphtdocswordpressmuwp-adminoptions-general.php(2): require in C:xampphtdocswordpressmuwp-contentpluginsbp-fbconnectwp-facebookconnectfacebook-clientfacebookapi_php5_restlib.php on line 1857

Currently there is no “Default Blog Widgets” plugin, but I’ve thought long and hard about making one.

Currently hard coding the sidebars is our only option to do this. It isn’t difficult, but it does involve some knowledge of HTML and WordPress/BuddyPress functions.

There are however tons of articles in the WordPress codex on how to do this, as well as write ups from random WordPress enthusiasts all over the web that explain very well how to do this.

The way I did it, was to copy the buddypress-home theme files into a new directory called buddypress-user. Edit the style.css file and rename the second theme to whatever you’d like. Delete home.php. Delete the sidebar code in functions.php. Go into sidebar.php and delete the widget function call. Still in sidebar.php, start editing and inserting your HTML and php functions.

Haha I used one of my three wishes to make it work, so I’ve got two left. Burt is my genie.

First things first. You need to use WPMU 2.7, BuddyPress RC1, and bbPress 1.0alpha6. Any other combination will result in a giant stress headache on your behalf for at least a few days.

To address part 1: When you say that you haven’t gotten the forums to work flawlessly, are you speaking of integration, or alone? Obviously the first thing we need to have is a fully functioning bbPress installation before we can attempt to integrate them together.

To address part 2: That is bizarre. When you say closed, do you mean the topic is marked as closed, or that when you submit the post that it just refreshes the page immediately back to the main front page?

The BuddyPress forums are currently running the most stable version of bbPress in the 0.9 branch. The alpha’s have gone through some growing pains in the past few months, mostly due to pressure to make integration work with the rapidly changing WordPress.org updates. bbPress and BuddyPress are both going to get some major super mega awesome momentum this year however, so the next few weeks are going to be pretty fun.

‘Trunk’ means the latest development build in the SVN repository, which you can access and ‘check out’ here:

https://svn.buddypress.org/trunk

More information about using SVN here: https://codex.wordpress.org/SVN

Really looking forward to this! +1

Hi Everyone

I am familiar with WordPress Mu however new to Buddypress and one of my clients wanted a ning.com type site however using ning, you do not own the system and there are many limitations.

So I dived into buddypress in the last week and on my 4th install sorted out all the requirements to get a nice smooth WP Mu + Buddpress + bbpress system integrated.

The system is still in development as the social networking aspect is only one part of this sport coaches membership site. I am still trying to get YM Membership plugin to work on it as it needs to be a paid membership site.

Here is the site: http://networkofcoaches.com/noc

I learned several important lessons:

1. If an existing wordpress install is present 1 level down such as in the root folder then WP Mu will not install until you temp disable wp-config.php and wp-blog-headers.php in that existing installation

2. When installed WP Mu in a sub folder as I have it ./noc you cannot use the sub-domain installation and must install WP Mu using the sub folder option. If your WP Mu is in the root of your domain then you can use sub domains.

3. WP Mu and Buddypress are relatively simple however integrating bbpress is a mission. I used these resources and it works now perfectly: http://umwblogs.org/wiki/index.php/Integrating_WPMu%2C_BuddyPress%2C_and_bbPress

and

https://bbpress.org/forums/topic/basic-integration-screencast

4. Now going to use bp-test to add extra top level menu options

My wishlist:

1. A themes upgrader system to modify WP themes for buddypress

2. Top level menu built in editor

3. Paid membership script integration and/or JV Manager2 (Fantasos) integration

4. Video integration especially All-In-One-Video

5. RSS and Twitter feeds

6. Easier homepage and widget editing (so far I can only add widget to the left column, even if I add one to one of the other columns, the system then adds it to the left column?

7. When a user request is received, unless you are already logged in you get a forbidden page, this should rather go to a login page and then process the friend request. My very 1st test user was very concerned over this forbidden page

Overall, I am very impressed. It is a little technical but once you have one successful install it is much easier.

I have a large free WP Mu system that I will be adding WP Premium plugins to and will market with Buddypress and bbpress installed. Keep an eye on http://besteportal.com

In fact I will have Buddypress integrated in a week and feel free to grab an account, in fact you will be helping me test the load on the system if you signup and play around as there are only 4000 blogs currently. I will be adding many additional functions to this site and it will effectively be a wordpress.com type offering however with Buddypress social networking and a few of my tricks.

A question I have is if I use the WP Premium multi db plugin which can split the WP Mu database into as many databases as you want to vastly improve efficiency and performance, then how will Buddpress+bbpress respond as it shares the same database. Perhaps I should have used a seperate database for bbpress?

Keep up the great work BuddPress!

Best Regards

Mark

dw, anything is certainly possible!

Right now, there is no built in “rank” structure, but it wouldn’t be too hard to build one. As it stands right now, the permissions plugin for BuddyPress is going to get a brief make over to accommodate some changes to WordPress MU. Once we have a look at how that is going to work, the best way to make user ranks without worrying about backwards compatibility will probably be fairly obvious.

@Fishbow181, I like your idea,but please can you adapt Amazon s3 or Cloud Front,so that users can store their images/video in one amazon s3 account?

FYI

https://buddypress.org/forums/topic.php?id=1533#post-7696

https://mu.wordpress.org/forums/topic.php?id=6351

Any help is welcomed.

wp-recapcha won’t have any idea how to hook into the BuddyPress registration page, you’ll have to tell it how.

I haven’t used this plugin myself, but I’m sure that it only hooks into a normal WordPress registration page, and not the new BuddyPress one.

Well, I hate to resort to a hack, but I did get integration going.

https://bbpress.org/forums/topic/share-solution-for-bbpress-10-alpha-6-wordpress-mu-27-cookie-integration

simply defining BB_HASH as an emtpy string.

I did notice them my cookie names did not seem to follow the naming convention that the Reverend was mentioning on his site.

Anyway, now I can move on to the fun stuff….

I think this is an essential request! Instead of adding tons of new features the focus should be on the basic features again; to build a tool that connects people and allows communitation! Everyone who wants to use Buddypress for an international purpose needs multi-language support for the frontend. It would be great to have language filters for the contents like on wordpress.com or facebook.com. If the user prefers swedish instead of english for instance he should only get blog posts/groups and forums in his choosen language. This is definitely one point that should be considered in future development.

Whats your thoughts about this?