BuddyPress.org

This is actually more tricky that it sounds, because BuddyPress by default stores most of its information in the blog ID = 1, and it will ignore most other constant settings. If you are installing BuddyPress for the first time, and change any of the BP_ROOT_BLOG or BLOGID_CURRENT_SITE or SITE_ID_CURRENT_SITE variables, BuddyPress still saves most of its information in blod ID = 1.

https://trac.buddypress.org/ticket/823 references this issue, and I’ve included a patch for the instances where this occurs.

lynnallan, I’m afraid there isn’t a core solution for what you want to do yet, but the patch in the trac ticket *should* better prepare BuddyPress for this type of installation.

My only other suggestion, would be to think of it as WHERE the data is in the database doesn’t REALLY matter, unless you’re trying to split server load up across multiple database servers. That being said, you can install your corporate theme on your root blog, and then install the bphome theme on another blog, and then use the WordPress page template ability to recreate the look and feel of a BuddyPress on a blog other than the root. This is kind-of how http://leadpress.com/ has their site setup, if you need an example.

White screen always means some error is occurring. Did you modify any WPMU or BP files? Have you created any custom files?

If so, you could have a space before or after the opening PHP tags. Or, you might have left off something as simple as a semi-colon at the end of a particular line.

There are many possibilities. If you have modified or created your own files recently, then that is where you should first look. If you have installed any new plugins or updated any older plugins (other than BP), then there could be some issue with them. Try disabling them (or moving them out of the way if necessary).

Here’s more info: https://mu.wordpress.org/forums/topic/9045

There are many functions in bp-core.php and many template tags in bp-core-templatetags.php that will retrieve various user data. Take a look in those two files.

You should not write any custom DB classes unless you are creating a custom plugin. Also, you should never modify core BP files.

If you are simply looking to list certain members, you can try my Featured Members Widget available in the WordPress plugin repository. You may have issues if you are running WPMU 2.8.1 as I have not yet updated my widget to use the new WP Widget API.

Anahita looks really interesting but the fact that it runs on Joomla makes it a non-starter for me and my clients… no matter how perfect the code is. I’m a big a stickler for doing things the “right way”… I’m a perfectionist… but the bottom line will always be usability and in that arena… WordPress is way out ahead. So at the end of the day… I don’t care TOO much about the MVC issue.

That said… I agree with your argument above. Doing things the “right way” doesn’t necessarily mean that something is more difficult, or costly, or what have you. I have a degree in architecture and one thing I always say is that when it comes to building… good design is more about thoughtfulness than budget. When designers blame the budget, client, or other constraints… it’s often a cop out.

I’ve cobbled together my own one WP-install, multi-domain solution using the resources below as a starting point. But, this is only for single-version WP, not WPMU. It is also for development purposes only using vhosts on my local machine.

Here are the articles to get you started:

http://me.mywebsight.ws/2006/08/11/host-multiple-wp-sites-on-one-installation/

http://www.ryanmcdonnell.com/multiple-blogs-one-wordpress-install-zero-code-changes/

http://www.bos89.nl/how-to-multiple-blogs-one-wordpress-installation/

However, it shouldn’t be too hard to create a “special page” in buddypress/wordpress that outputs some data (XML, serialized PHP, or something) about the logged in users that can be fetched with some kind of Joomla extension at regular intervals.

BuddyPress is based on WordPress, which as you probably know can be used as a CMS too. Therefore, it is not likely that any effort is made in tying together Joomla and BuddyPress.

Hi @andy

you said

Also – something to consider. If WordPress was completely object-oriented, fully MVC, and the most beautifully designed code imaginable – 90% of developers would not be able to understand it.

would you please tell me when you say 90% of developers who exactly are you referring to ? because I know there are projects like Ruby on Rails that have had a good turned out between developers even though they implement lots of design patterns like MVC, Active Record and so on.

Also this does not stop at only open source projects, iPhone development framework (cocoa) follows MVC ( and other design patterns) and now there are kids as young as 10 years old that are developing for this platform.

Also I understand this debate is about MVC vs non-MVC design pattern but I would like to point out that a framework is not just MVC. It’s a collection of many design patterns as significant as MVC that helps the developers to build something in shorter amount of time.

in Anahita, MVC constitutes the overall structure of the application, but in a closer look, we are using other design patterns that makes the code smaller and more flexible. Without them, I doubt having an MVC architecture would have made that much of a difference.

Thank you,

There are plugins to allow easy user switching, and I think that would be your safest bet. This way they can just create users in the admin area with new email addresses, and switch to being that user without logging in or out.

Because WordPress uses email addresses for verification and authentication purposes, it can’t really have the same email address multiple times safely.

To begin with, I would start by following these tutorials:

https://buddypress.org/forums/topic/bp-103-and-bbpress-which-version-plugins-cookies

http://theeasybutton.com/blog/2009/07/17/integrating-buddypress-wordpress-mu-and-bbpress/

BTW, regarding user mapping, the only setting I changed was WP Admin one, mapped to bbPress Key Master. The other four settings remain untouched.

Just launched a new BuddyPress based site for a client who was running a normal WordPress based site before hand:

http://sharemyplaylists.com/

The site has been set up as a music community site for people who use the music service Spotify and want to do more than ‘just’ submitting their playlists.

Lots of issues and things we have learnt about BuddyPress, WordPress MU etc during the delelopment and hopefully now the site is launched we might have more time to get involved answering questions on these forums rather than asking them

Read this (especially the section on %category%): https://codex.wordpress.org/Using_Permalinks#Using_only_.25postname.25

Well, you could either delete them from BuddyPress core (not a good idea), or unregister them in your theme’s functions.php file.

https://codex.wordpress.org/WordPress_Widgets_Api/unregister_sidebar_widget

Are you running WordPress or WordPress MU?

Which version of WordPress Mu are you running? Which version of BuddyPress?