BuddyPress.org

Prior to BP 1.7, last_activity was stored usermeta.
Now it is stored in the activity table, (although you may see it still in usermeta for legacy purposes).

Moving it to the activity table resulted in much improved performance.
You’ll probably see similar results.

also – sometimes 2 queries are faster than one massive one with multiple joins, ands, ors.

also 2 – Have you studied this?
https://wordpress.org/plugins/bp-profile-search/
It’s been around for several years and the query has become more efficient with each release.

>Okay, it worked!!!

You mean using the register_activation_hook ?
btw – you should still check to see if the field exists before you create it – to avoid duplications if they deactivate / reactivate the plugin.

Or delete the field by using this hook:
https://codex.wordpress.org/Function_Reference/register_deactivation_hook

>can you please tell me what if it’s in the functions.php file, do I need to use the bp_init then or something else?

Perhaps bp_loaded is more appropriate, you’ll have to try it and find out.

BP related functions are usually placed in bp-custom.php

For a plugin, instead of bp_init, use:
https://codex.wordpress.org/Function_Reference/register_activation_hook

note: I’m not sure BP is loaded before that hook is called.

Or you could use bp_init, but in your function, check for the existence of the xprofile field before you create it.

btw – you don’t need the global in that function.

Hi @jencina,

set the registration page as homepage. (dashboard > Setting > Front page view).

Make also a child theme and add a copy of the register.php file who is in /bp-templates/bp-legacy/buddypress/members/ and add it to your child, using the same path.

/your-theme/buddypress/members/register.php

On this copy you can add/remove and make any change you want for your new homepage.

Reference
https://codex.wordpress.org/Creating_a_Static_Front_Page

Modifying the Registration Form

Hi @bnowthen,

this is one of the most common thing you can do with BuddyPress. 😉 .
To do that, you have to read the Codex, about members loop.

First, you will create a child-theme of 2014.
Than you add a folder called buddypress to it.
In this folder, you add a sub folder called members.
You than make a copy of members-loop.php.
This file is in wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/

Now, you open the copied file and replace the content of line 16.

Replace this:
<?php if ( bp_has_members( bp_ajax_querystring( 'members' ) ) ) : ?>
with this:
<?php if ( bp_has_members( bp_ajax_querystring( 'members' ) . '&type=alphabetical' ) ) : ?>

Save and enjoy.

References
https://codex.wordpress.org/Child_Themes

Members Loop

Hi @noise,
did you searched in existing plugins ?
https://wordpress.org/plugins/search.php?page=2&q=race+result+plugin

My 2 cents:
Ideally, the admin would enter in the results for each user for each race.
well, this let’s you to be so only plugin user. No need for a specific BP plugin in this case.

From the plugin, you fetch the datas and insert them into a profile textbox called “result” Original isn’t it ? This work can more or less be automated. Depends of the plugin i guess.

On the members directory, you output the content of the result box under each member name/avatar.

Based on this thread, I’ve created a new ticket:
https://buddypress.trac.wordpress.org/ticket/5831

You’ll have a better chance of getting an answer if you use the support forum for that plugin:
https://wordpress.org/support/plugin/buddypress-links

Hello @multimartin,

2 nd question:
in the private blog settings, general > reading > search engine visibility, check disallow box. This will hide any of the private blog activities to appear on site activity and user feeds, except for those who are members of this blog.

If it is not enough, considerer this plugin

1 st question:
read here

OK !
maybe this can help you go further….

have you salt keys in your wp-content.php ?

http://stackoverflow.com/questions/18771957/wordpress-does-not-properly-display-css-file

and use the given script to check the db.

aside, @r-a-y responded on the ticket. Unsurprisingly, like me, he couldn’t replicate the issue

Which theme do you use ?
And have you already created a child-theme ?

Theme Compatibility & Template Files

Generally such modification can be done by CSS.

Actually scratch that last post – it’s now displaying the avatars as the WordPress avatars in the back-end but not the front end

In that case, I think we’ve just crossed that bridge hehe. i.e the next step will be to replace all instances of bp_core_fetch_avatar() in your front-end templates with get_avatar()

Humm.. not helpful then. In that case we might have to try doing it manually. Perhaps try disabling the filter which replaces the WP avatars with BP avatars. For example, add this to your theme’s functions.php file:

remove_filter( 'get_avatar', 'bp_core_fetch_avatar_filter', 10, 5 );

I think you can disable the Gravatar fallback as well with this:

add_filter( 'bp_core_fetch_avatar_no_grav', '__return_true' );

If that doesn’t work, you may need to replace all occurrences of bp_core_fetch_avatar() with get_avatar() in your templates. But cross that bridge when you come to it.

Ref: https://codex.wordpress.org/Function_Reference/get_avatar

Hi @multimartin

I just tried searching the WP plugin repo and came across an old plugin that may be of some help. Take a look at Remove Avatars