BuddyPress was released in 2009. Custom Post Types were introduced into WordPress in mid-June 2010 so there was no way the original BuddyPress crew could have used them.
Also, the use of custom tables isn’t always a bad thing. If the situation calls for them after careful consideration then you should use them.
In the case of BP, the database schema is sound, queries are optimised and everything is generally done “the WordPress way”. Personally, I don’t think of BP tables as “custom”. I think of them as an extended set of WordPress tables that get activated if you want social features with WordPress.
You can use the bp_get_total_group_count_for_user filter. For example:
function my_func( $count, $user_id ) {
// Do something with $count, using $user_id if you wish.
return $count;
}
add_filter( 'bp_get_total_group_count_for_user', 'my_func', 10, 2 );
These all boil down to invalid arguments being supplied to various functions. The problem could be related to the same variable not being set properly but some investigation into your set-up would be needed.
If you can think of business pages as “groups” then BuddyPress comes with that functionality. You just need to enable the Groups component and your members will be able to create and invite more members to join the group.
i am missing 22and this is friend id. so please solve my problem.
Are you using bp_friend_accept_request_link() outside of the loop? That might be the reason you’re not getting the friendship ID.
Inside bp_friend_accept_request_link(), friends_get_friendship_id() is used to get the ID. This function accepts 2 arguments, the first is the ID of a particular user and the second is the ID of the logged-in user. If you use the function in the wrong context, the first argument is likely not set.
You can disable the xProfile component and there shouldn’t be any ill effects associated with doing that. You obviously won’t get that functionality but of course you’re free to use the WordPress-based usermeta to store profile data instead.
