BuddyPress.org

I installed WPMU and buddypress and all work great but blogs subdomains dont work – blank page

My Apache error:

[Tue Nov 17 21:21:52 2009] [error] [client 83.16.234.122] WordPress database error Table ‘aa11935_pozy.wp_bp_xprofile_data’ doesn’t exist for query SELECT * FROM wp_bp_xprofile_data WHERE field_id = 1 AND user_id = 1 made by require_once, require_once, require_once, require_once, do_action, call_user_func_array, bp_core_setup_globals, bp_core_get_user_displayname, xprofile_get_field_data, BP_XProfile_ProfileData->get_value_byid, referer: http://trzebiatow.eu/wp-admin/plugins.php

[Tue Nov 17 21:21:52 2009] [error] [client 83.16.234.122] WordPress database error Table ‘aa11935_pozy.wp_bp_xprofile_fields’ doesn’t exist for query SELECT id FROM wp_bp_xprofile_fields WHERE id = 1 made by require_once, require_once, require_once, require_once, do_action, call_user_func_array, bp_core_setup_globals, bp_core_get_user_displayname, xprofile_set_field_data, BP_XProfile_ProfileData->save, BP_XProfile_ProfileData->is_valid_field, referer: http://trzebiatow.eu/wp-admin/plugins.php

[Tue Nov 17 21:21:52 2009] [error] [client 83.16.234.122] WordPress database error Table ‘aa11935_pozy.wp_bp_groups’ doesn’t exist for query SELECT id FROM wp_bp_groups WHERE slug = ‘plugins.php’ made by require_once, require_once, require_once, require_once, do_action, call_user_func_array, groups_setup_nav, BP_Groups_Group->group_exists, referer: http://trzebiatow.eu/wp-admin/plugins.php

can you help me? whats wrong… install was OK

hi Phillip

Yes yo can.

By default your registration page will show only the fields from first profile field group.

You can change it.

You will have to edit registration/register.php

Look for the code

and replace it with

Now your register page will show all the fields.

But stop,This is not enough,you need to aggregate all the field ids and put it as hidden field.

So Take a look at the the line

remove it from the profile loop.Now create some code inside the profile loop,aggregate all profile ids and then

put this code outside the profile group loop,

where I ssume you have aggregated all profile fields in the variable $all_pf_fields.

Please note,all $all_pf_fields should be the comma separated list of all profile ids(say 1,2,3,)

This will make it work,and your registration page will show all profile groups fields

Each field group has an ID value. You can modify the registration.php file to include additional groups by repeating the following and changing “1” to “2”:

<?php if ( function_exists( ‘bp_has_profile’ ) ) : if ( bp_has_profile( ‘profile_group_id=1’ ) ) : while ( bp_profile_groups() ) : bp_the_profile_group(); ?>

to

<?php if ( function_exists( ‘bp_has_profile’ ) ) : if ( bp_has_profile( ‘profile_group_id=2’ ) ) : while ( bp_profile_groups() ) : bp_the_profile_group(); ?>

i installed it… and it is the best example possible for the suggestion i made for a /bp-plugins/ directory… we can not actually install this plugin on the fly with the installer, we need to move files around. we also have to replace two files… that could be a problem if we have another product that need to overwrite these 2 files again. (adding actions into these files is needed though)

suggestion:

bp-profile-setup : when we setup some custom field, would be good to have a checkbox “is searchable”… so we can filter or search thru these fields only when possible. this could be good if we want to avoid some details to be trackable…

suggestion: popular keywords. similar to auto-tags based on post content, would be amazing for big sites to have the same for profile fields, so we have a cloud (or a dropdown) of popular profile field answers.

challenging i suppose.. lol

I believe the xprofile fields are the fields like “name”, so basically your users their account details.

I like the fact that you can order your users like this, A to Z is kinda… lame and outdated. I’ll definately try this out later. Thanks JJJ.

Edit: JJJ was 51 seconds faster then me.

I want to thank you for this, but I don’t even know what ‘xprofile fields’ refers to!

This is a free, open source project primarily powered by volunteers’ efforts. So don’t expect to get instant results.

As r-a-y has stated, there used to be several pre-built fields and site developers also had the option to create their own pre-built fields by importing their list via a .cvs file. But, as Andy states in this thread, that feature is no longer available:

https://buddypress.org/forums/topic/making-prebuilt-profile-fields

So, you either have to code a solution yourself or hire a developer to do it.

By the way, up until two-weeks ago, there was only one official BuddyPress developer. Now there are two. The rest of us are unpaid volunteers–some of us with coding experience, some of us with design experience, and some of us just interested in running social networking sites.

You can ask for additonal insights on the #buddypress-dev IRC channel. But even there, it is simply a group of developers with their own projects and responsibilities. Only Andy and jjj are the official voices of BuddyPress development.

I don’t see this as well in BP 1.1+.

This was extremely useful!

But, I’m guessing if you already have these profile fields setup when you upgrade, these fields should still exist.

It’s only if you decide to create new x-profile fields that you won’t be able to use the CSV option.

—

EDIT: Added an enhancement ticket in Trac:

https://trac.buddypress.org/ticket/1327

I assume you’ve wrapped your code in <?php ?> brackets?

Also, check you haven’t got any linebreaks or white spaces anywhere.

Excellent, that works very nicely. Thanks John James Jacoby!

Could something like this become part of the core? When you have the name of a member, it should be easy to add associated data. This function makes it a lot easier.

Edit: The function probably needs to be expanded a bit. I get these slashes (escapes?) in the output:

Pandora's Box

I’ll look into that when I have time…

Within the members loop, the problem is that you’re not feeding it any user_id to get the data for… Like I said above, without a user_id, it’s just looking for the $bp->displayed_user->id, which doesn’t exist because when you’re on a directory page, there is no displaued_user->id; you’re not looking at a member…

Within any member related loop, you will need to make a custom function for that loop and use the user_id available to you to spit out what you need…

Put this in your bp-custom.php… (haven’t tested this, wrote freehand, lookout for bugs)

function bp_custom_member_list_xprofile_data( $field ) {

echo bp_custom_get_member_list_xprofile_data( $field );

}

function bp_custom_get_member_list_xprofile_data( $field ) {

global $site_members_template;



return xprofile_get_field_data( $field, $site_members_template->member->id );

}

Then use it like this on fields that need checking…

<?php if ( $company = bp_custom_get_member_list_xprofile_data('Company') ) : ?>

<p><?php echo $company ?></p>

<?php endif; ?>

…or like this on fields that don’t…

<p><?php bp_custom_member_list_xprofile_data('Company') ?></p>

Thanks for the additional information. I’ve tried this in members-loop:

<?php if ( $company = xprofile_get_field_data('Company') ) : ?>

<p><?php echo $company ?></p>

<?php endif; ?>

and this

<p><?php echo xprofile_get_field_data('Company'); ?></p>

Still get nothing with either version…

The search actually searches all fields of the user/group/blog, and returns anything that is relevant to that item. So if any of my xprofile_field’s have a “k” in it somewhere, it will return me. So in theory, it doesn’t suck yet, it just hasn’t been narrowed down. It’s a blank slate and a starting point to building a better search. Search functions also greatly depend on the goal of the website and what results you’re trying to pull out.

WPMU Sitewide Search plugins currently aren’t for the faint of heart. They take all of your posts/tags/categories for all blogs, lump them into new additional full text database tables, and search those instead. It’s the only real way to do it without a million joins that just wouldn’t make any sense… Problem is you’re duplicating your data twice over into 1 mega huge table, and rebuilding the search index for old posts on a larger website would be an astronomical task that would take days of processing.

@erich73, those are good recommendations for the directories. Put them in a trac ticket as an enhancement for maybe 1.3?

What error does it generate? The code looks fine. Where are you putting it. The only thing I can think is that it’s running before the filter is added somehow.

I recommend using the field name, just because it’s easier to keep track of…

Example…

<?php if ( $firstname = xprofile_get_field_data('First Name') ) : ?>

<h3><?php _e('First Name', 'your-theme-textdomain') ?></h3>

<div class="profile-data-field">

<?php echo $firstname ?>

</div>

<?php endif; ?>

…will get you the data from the field named “First Name” for the currently displayed user. If there is no user displayed (your account or anyone else’s), it will return false.

Doesn’t work for me. Field id ‘2’ is supposed to be company name in my installation, but this in the members_loop.php only displays name and last active:

<h3><a href="<?php bp_the_site_member_link() ?>"><?php bp_the_site_member_name() ?></a></h3>

<p><?php do_action( 'bp_core_directory_members_content' ) ?></p>

<p><?php echo xprofile_get_field_data('2'); ?></p>

<label><?php bp_the_site_member_last_active() ?></label>

Should I use bp_the_site_member_something(‘2’)?