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.
I do not know if the NextGen Gallery plugin modifies the wp_sitemeta table. I suggest that you disable the plugin and see if the issue goes away.
If you are running a newer version of WPMU than is currently supported by NextGen Gallery, you could have issues.
Also, I do know that there are some issues running BP with the NextGen Gallery plugin–with avatar cropping. It’s possible that is could be causing other issues as well. Contact the developers of that plugin and ask for their help and whether or not they plan to support BuddyPress.
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.
Hello
Point 4 is a standard WPMU option and can be found in the Site Options panel of the admin interface.
Photo albums are something that will become a part of BuddyPress eventually (i.e. don’t hold your breath). There is an interim plugin you can use which provides a photo gallery to BuddyPress. I haven’t used it myself but you can find it on https://buddypress.org/extend/plugins/.
The big problem I can see with point 2 is that you are inviting spammers and vandalism in to your site.
I have fixed this bug – see this ticket.
@hempsworth – I expanded on the previous tutorials here:
http://www.dougdaulton.com/2009/06/26/complete-bbpress-integration-for-buddypress/
This was done with SVN checkouts just before the most current stable builds, so there may be conflicts, but it steps you through a things that were unclear in previous walkthroughs.
Let me know if it helps.
Doug
PS: Upon reread, I just realized that the Easy Button tut is newer and probably more accurate than mine. Will need to do an update. 
Have you deactivated Buddypress before trying to upgrade Buddypress?
@Flynn – Glad you got the single sign-on working! The visual integration really just came from an excessive amount of CSS elbow grease. I’m a bit embarrassed to say that our solution for sitewide navigation isn’t as elegant as yours – the WP nav is hardcoded into the MediaWiki template. We were in a rush to get the thing together (and frustrated with the less-than-ideal theming structure of MW!) and it never occurred to us. I’ll definitely look into using includes to make this work.
As for the activity plugin – it’s hard to know from just the blank screen just what’s wrong. If you’re getting the problem even without saving pages, then it’s unlikely that it’s a problem with the code (since it is only hooked when a wiki page save is complete). A couple possibilities:
- You might want to take a look to make sure that there is a close ?> in the MW extension. I had to leave it out of the MW documentation page because of the way the MW knowledgebase renders PHP (I guess?). If MW isn’t detecting an end to the extension, it could cause a panic.
- Where did you place the require_once line in your LocalSettings.php? My system was finicky; I only got the plugin to activate correctly when I made it the second to last require_once in the config file (just before the WP redirection extension code). So you might try playing around with the location of this file.
- Make sure as well that the line in LocalSettings.php is pointing to the right location – [MW-directory]/extensions/buddypress-activity/buddypress-activity.php, or whatever alternative location you’ve chosen on your system.
Hope that helps at least a little!
@Hempsworth – It’s funny that you mention the class=timesince – I must have spent three hours trying to get that to work one way or the other. The problem is that the timesince span tags are added in the individual BP components (groups, blogs, wire, etc). To get wiki functions to work the same way I would have to abandon the quick-n-dirty activity hack that I employed and actually build entire wiki BP classes. Maybe one day! In the meantime, you might try this even quicker-n-dirtier hack that I mention in the Usage section of the extension page. The preg_replace code I give there goes in BuddyPress core, around line 226 and 230 (ish) of [wp-install-directory]/wp-content/plugins/buddypress/bp-activity/bp-activity-templatetags.php. This hack will only apply to new wiki activity – not the stuff that you’ve already posted – so make sure to make a new wiki edit to test.
Do you have nay plugins other than BuddyPress installed and active?
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,
Yes I posted there too, I also posted on wp job forums. So let’s see what we will get. I think this is not only my problem. It is really strange that wordpress insists on having one domain per installation.
Let me share that with you, because i’m not able to re-design our dev env.
Here is what i want to have:
We have wpmu-buddypress on x.com.
Can you make the SAME website work on any subdomain of x.com? (*.x.com)
– Install a WPMU+BP
– make an x.com
– make the same website visible on any sub-domain *.x.com
– leave 2nd and further level sub-domains intact. (**.*.x.com)
thanks..
Changing these settings will also not go back and change any existing avatars, so it’s best to set this one time and forget about it (until you update later.)
I recommend copy and pasting those define’s into a bp-custom.php file so that way BuddyPress upgrades won’t reset those values for you.
As of WPMU 2.8.1 this will work, but with 2.7.1 if you changed an email address, it didn’t get changed in wp_signups, so even if you changed the email address, you still could not reuse the original one you used to sign up. Be careful right now using 2.8.1 as there are several ways that it’s not playing friendly with BuddyPress.
A user-switching plugin is probably the easiest and safest bet, in my opinion.
WPMU 2.8.1 and BuddyPress 1.0.3 have a few issues at the moment. Would be best to use WPMU 2.7.1, or wait until 1.0.4 is released.
If you need to use 2.8.1, then as much as I usually never like to say so, you might be better off using the latest trunk version. I’ve been running it for a few days now fully integrated with no issues that are obvious or apparent.
My recommending to use the trunk always comes with the assortment of warnings that it might be broken in some places or unfinished in others, so be careful of that too. Trunk versions aren’t really meant for public use, but it seems everyone is becoming more comfortable doing it recently.
Also, for group forums to work, your hosting package must allow for XMLRPC, as well as having them both turned on in each *press platform. More than likely something is out of alignment somewhere and even though you swear it’s not, it really is.
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.
I am still on 2.71 and 1.01 so can’t help directly with version issues but have you definitely put the correct details in the Forums Setup within the BuddyPress dashboard area?
New development. The Buddypress.org/blog/page/2/ URL no longer directs you to an error page, but instead gives you the same list of posts as on the first page.
Also, a solution was posted in the bug tracker: https://trac.buddypress.org/attachment/ticket/854/page_2.2.patch but it did not work for me. I’m not sure if its my own stupidity in not realizing where to put it (bp-core/bp-core-catchuri.php?) but it didn’t change anything on my site. I’m still getting the “Sorry, No posts match your criteria”.
In short: HELP!
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 
3572699Inactive
Wait wait, I got it – sorry. I reinstalled buddypress and that did the trick. Thanks!
Note that the default home theme for buddypress already links to the member profile. If you are using another theme – awesome!
Hi cozzie,
As Andy has stated above, the Dashboard is just a few BP loops on one page (with exception to the bbPress favorites section!).
Read up on BP loops here:
https://codex.buddypress.org/developer-docs/custom-buddypress-loops/
I actually started building my own dashboard-like page for members (kind of mirroring BP’s) and I really dig the BP loops, especially the documentation – that really helped.
