I did find a similar plugin, https://wordpress.org/extend/plugins/visitor-likedislike-post-rating/, if anyone could help me edit it so that it shows who voted what it would be perfect!
UPDATE: I attempted to delete all my plugins (mu and normal) from my site. Once they were all deleted, I reinstalled buddypress and then reactivated all of my plugins and yet still I receive the same fatal error.
Is this a problem with 2.8.2?
Before I chime in, when we run our unit tests with users; we:
- When testing an upgrade, I always delete a test user of mine: qauser
- sql delete, and php register the user again after the upgrade.
- I leave one user, qaeditor around. This user stays with the upgrade.
- Allows me to know if perms were set across apps, if new users are good to go, and if old users are ok.
- We flip roles too, but thats another test.
Anyways, Camel Case not supported for login.
Lowercase was put in back in 05.09 https://trac.mu.wordpress.org/changeset/1770
In trunk here is the snipit:
571 function _fill_user( &$user ) {
572 global $wpdb;
573
574 // WPMU uses lowercase logins
575 $user->user_login = strtolower( $user->user_login );
By “post”, what do you mean exactly?
A BuddyPress forum post, or just a regular blog post?
If it’s a blog post, I’m quite certain a WordPress plugin can handle that.
What do you mean by “get the RSS feed from a ‘regular’ WP blog”?
Well if I get the RSS feed from a regular installation of wordpress then it works. Perhaps there is some setting that is locking out the RSS feed from the widget.
However, if you click on the link for the feed, it does show something. Take a peek at:
http://www.piptopia.com/tribe/news/feed/
Is the hook to use this?:
user_register
Runs when a user’s profile is first created. Action function argument: user ID.
So something like this?:
<?php
/*
Plugin Name: Real Name Synchro
Plugin URI: http://
Version: v0.001
Author: peterverkooijen
Description: A plugin to store firstname and lastname from the fullname field in Buddypress registration in WPMU usermeta tables, based on examples in the <a href="http://www.devlounge.net">Devlounge</a> series.
*/
if (!class_exists("RealNameSynchro")) {
class RealNameSynchro {
function RealNameSynchro() { //constructor
}
function xprofile_sync_wp_profile() {
global $bp, $wpdb;
if ( (int)get_site_option( 'bp-disable-profile-sync' ) )
return true;
$fullname = xprofile_get_field_data( BP_XPROFILE_FULLNAME_FIELD_NAME, $bp->loggedin_user->id );
$space = strpos( $fullname, ' ' );
if ( false === $space ) {
$firstname = $fullname;
$lastname = '';
} else {
$firstname = substr( $fullname, 0, $space );
$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );
}
update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );
update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );
update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );
$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );
$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );
}
add_action( 'xprofile_updated_profile', 'xprofile_sync_wp_profile' );
}
} //End Class RealNameSynchro
if (class_exists("RealNameSynchro")) {
$dl_pluginSeries = new RealNameSynchro();
}
//Actions and Filters
if (isset($dl_pluginSeries)) {
//Actions
add_action('user_register', array(&$dl_pluginSeries, 'xprofile_sync_wp_profile'), 1);
//Filters
}
?>
Testing it now…
Edit: Activating this plugin produces a white screen. Not a good start… 
Where did I go wrong?
@Gpo1
I added a “share this” feature using the Add-to-any plugin which seems to be a quite good plugin.
So if that plugin is enabled, you’ll be able to check an option in the admin to show or not the share button.
ow.. this is really annoying..
if the problem is wordpress cache system.. isnt it a compatible problem? because only default caching was open 
btw.. that notification is still there..
no one got a similar problem or am i alone?
Check out the skeleton component plugin. I teaches you how to make a bp component. It has examples where it sets up two custom pages with according links, etc. That’s how I re-created the dashboard, but r-a-y’s would also work.
The skeleton component takes some time studying as it will go over much more than just setting up page templates, but it is a good learn if you are developing with bp and creating a dashboard component would be a good entry level start.
Ahh… well I actually created my version of the dashboard using a WordPress page (specificaly a WordPress page template), and not BP’s components, which is what Andy is doing.
To tell you the truth, I haven’t studied how new, component slugs work, so I just stuck to my tried-and-true WP skills 
What I did was enter the BP loops in my WP page template, but before I entered the BP loops, I do a conditional so only logged in users can view the dashboard content.
Hope the logic makes sense.
At this point I am questioning everything. Following Burt’s updated integration instructions there is only one point where I have the slightest doubt. In the bbPress admin page for WP integration, it says the following about the SALTs:
This must match the value of the WordPress setting named “auth_salt” in your WordPress site. Look for the option labeled “auth_salt” in this WordPress admin page.
There are no SALT values in “/wp-admin/options.php”. So I put values like the following in wp-config.php:
define(‘AUTH_SALT’, ‘XXX’);
define(‘LOGGED_IN_SALT’, ‘XXX’);
define(‘SECURE_AUTH_SALT’, ‘XXX’);
…where the XXX values came from “https://api.wordpress.org/secret-key/1.1/”. I have corresponding “BB_” entries in “bb-config.php”.
Need more info, Reboot Now.
Can the user log into WordPress? But not into bbPress?
Okay, here’s another check:
Double-check that your uploaded bbPress files are actually the same as the files from the distribution package! This one killed me a couple of days ago.
Have you used the bbPress Integration plugin?
https://wordpress.org/extend/plugins/bbpress-integration/
And copied the config lines verbatim?
You probably have just double-checking!
I still don’t get why when I go to domain.tld/home the members link lights up (in the BuddyPress Home Theme). And how do I make the community WordPress Page appear instead of a page listing the folders inside the community folder (forums).
As enthusiastic as you are about WordPress, most of us are about BuddyPress, so without speaking for anyone else, my opinion is biased towards using BuddyPress for every website. My moms knitting website will use BuddyPress. 
If you want users to be able to blog about their own stuff without moderation, then you want WordPressMU, because each user gets their own blog to talk about whatever they want; WHATEVER they want. That means even though your site is about fashion, that doesn’t stop them from talking about puppies.
If you want these users to be able to interact with each other, and have personalities, then you want BuddyPress.BP will allow your users to talk to each other privately, form groups to talk about things with each other, and comment on each others profiles.
The reasons NOT to use BuddyPress? At the moment there’s very little restrictive control over what people do. You can’t stop someone from putting profanity in their profile. You can’t block a user from messaging you or others. Also, the platform is still evolving as much as WordPress and bbPress are. That means that if you like to keep your website on the cutting edge, you’ll find it hard to install everything and leave it alone, as enhancements and improvements are coming through at least monthly, and so far upgrading isn’t a one click thing yet (almost though)
Those is my opinionses… Not sure how helpful they is, but if you like WordPress, you will probably see the potential of BuddyPress for what you want your website to be.
I’ve used this website before as an example and I hope he doesn’t mind, but check out leadpress.com as an example.
You’re not running BuddyPress in a sub directory, but actually just stopping it from taking over the root and /blog URLs, and instead using the normal WordPress way of assigning pages.
Rename home.php to community.php.
Use the Page Template method to name that page template “Community.”
In the blog admin, Make a page for your home, a page for your blog, and a page for your community, all with similar slugs.
The community page will use the “Community” page template.
Goto your blog settings and assign the front page to be the page you made for home, and make the index/blog page the one you made for your blog.
Then, you will want to install bbPress in a folder called “/community/forums/” and be sure to create a page with the slug “forums” as a sub page of “community”
That should do it?
Take a look at https://wordpress.org/showcase/ for examples of some of the best sites built on WordPress. WordPress itself is a stable and exciting for building sites and CMSs on, and the showcase which I’ve linked you to will let you browse the highlighted best.
The ‘biggest’ BuddyPress installation – other than this site – that I am aware of, is GigaOM Pro.
I’m not going to sell the idea of using BuddyPress to you but perhaps if you make a short list of the key features and ideas that are essential, and things you would like to have, we can all comment the feasibility.
Actually that CSS code should go in your bphome theme’s CSS file.
Or whatever you are using for your WordPress home theme.
Let’s say you’re using the “bphome” theme.
The CSS snippet should go at the very end of:
/wp-content/themes/bphome/style.css
Well, if you’ve already read this https://codex.buddypress.org/how-to-guides/modifying-the-buddypress-admin-bar/ and maybe this https://buddypress.org/forums/topic.php?id=2283, and do not understand, unless you are prepared to further your understanding of PHP and WordPress’ API, you need to find a developer to write the code for you.
I can see that you have cross-posted this over on the WPMU forums. You have a response from andrea_r, about an hour ago (as of time of posting), which you have replied to about 40 minutes ago.
This is definitely a WPMU question as this doesn’t involve BuddyPress, so you were right posting it there, but there was no need to post it here.
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.
