BuddyPress.org

Perhaps, upon user registration you should auto-join them to all public groups. And modify templates in your child theme to hide JOIN / LEAVE buttons for public groups.

Registration link is broken.

It should be http://cintaku.id/register/, and NOT http://cintaku.id/index.php/register/.
Go to permalinks settings and make it like this: http://take.ms/l5qFy
Then click Save.

@anthonylawton

Create a plugin with this. But, if you use BuddyPress Honeypot, this plugin not work.

<?php
/*
Plugin Name: Restricted Email Domains
Description: Restricts registration user email addresses to valid domains.
From: http://old.webit.ca/2011/03/limit-user-email-domains-in-buddypress/
Version: 1.0
*/
add_option('limited_email_domains', array('yahoo.com', 'outlook.com', 'hotmail.com', 'gmail.com', 'aol.com', 'mail.com')); 

Your task is a compilation of several steps.

1) You need to add a custom field to BuddyPress registration form
See this https://buddypress.org/support/topic/how-to-display-a-custom-field/ or similar (just google).

2) You need to get the list of users by a member type to display in a <select> field created in 1).
See https://codex.buddypress.org/developer/member-types/ and its “Querying by member type” section.

3) In 1) you created and it’s also written how to store that data, I suggest using usermeta (update_user_meta()). You should store not the teachers names, but their ids in metas.

4) Now you need to display this info in user profile.
Investigate wp-content/plugins/buddypress/src/bp-templates/bp-legacy/buddypress/members/single/profile/profile-loop.php file, you will see there several hooks that may be useful for you. There you will just echo what you need.
Example: get_user_by('id', get_user_meta(bp_displayed_user_id(), 'teacher_id'))->display_name; or similar using BuddyPress functions.

@januzi_pl – how many members are there?

Are there strong anti-spam / anti-bot sign up measures in place? not a captcha – something like “good question” or other answer correct question to get through kind of thing.

using wp spmshield or some kind of akismet type thing?

I don’t have the kind of graph you show there – but I can say I saw a HUGE difference.. back in the day we had tons of bots signing up for new accounts, sending pms to other users, and all kinds of activity that was not obvious on the front end to the average visitor or site admin.. only after a few complaints and some digging did I realize that 90% of server resources were being sucked away by bot registrations / spammers, and bots that were crawling for the various “search engines” – once you get a hold on those things, then it’s good to know how many users you have and if they are active all day and night or just certain times of the day and such..

Hello, I don want to invade your thread but open my own days ago and its not getting viewed so no replied.

I have searched for ever and is still searching for a solution and not getting answers.

I setup this new site: WordPress 4.7.2 and running MesoColumn theme. The Buddypress version is Version 2.7.4.

In my backend I see the registration Pending and I re-sending the activation sever times while experimenting with other things and my server but to no success. And its not my server because I do have another site working with the same Buddypress version. The only difference the working site has been online since 2014.

Thanks

Fred

The

Hi,

BuddyPress doesn’t handle users. It use WP’s user_table and user_meta and his own meta tables (bp_activity_meta or bp_notifications_meta).

In BP settings, you have an option to sync BP to WP profile’s. And that’s all.

If you have another plugin who’s is synced with WordPress profiles, guess it will do the same with BP. But, adding a custom member table only for BP usage within WP registration process isn’t a good idea as you probably will have to rewrite a lot of code.

Members are the heart of BP, but in the sense of “how to show members and let them work together”, not in the way to include/register them to the site.
BP doesn’t never affect the first step when accessing the WP user registering. This step belongs clearly to WP ONLY. Adding member and meta tables doesn’nt modify that.

You are welcome!

I am not sure what do you mean by disabling the redirect. What purpose will it serve to show the registration page to the already logged in user? At the moment, if you want to show registration form to the logged in user, It can be done with some custom code, but it is not advisable.

Regards
Brajesh

Hi, you can put the following code in your bp-custom.php

/**
 * BuddyPress Logged In User redirection on Registration page
 *
 */
function buddydev_loggedin_register_redirect( $redirect ) {

	//you can do a lot here
	//if you want to redirect based on profile field, member types or roles, you can do so
	//$user_id = bp_loggedin_user_id();

	//send to profile
	//$redirect = bp_loggedin_user_domain();

	// or you can simply hard code it
	//$redirect = "http://yoursite.com/example-page"

	return $redirect;
}
add_filter( 'bp_loggedin_register_page_redirect_to', 'buddydev_loggedin_register_redirect' );

Now uncomment on of the //$redirect block or you can put your own link.

Hope that helps.

Hi, that’s what i expected. You’re not after coding errors, but enduser errors, ie you omitted this field…

For each xprofile field you create, BP let you select some option. Depending on them, you can see some messages when a field is left blank. These message are displayed by field type, and so far i know, there is no easy way for cibling precisely a given field once you’ve defined a field type.

The xprofile component is not such a sophisticated tool like ContactForm 7 or similar form plugins. It was created to insert more fields inside the basic WP registration page. Because of this, it is volontary left “simple”. If you need more functionnalities over your custom fields, search for a compatible form plugin who allow that.

I don’t think that BP let you do much more in matter of field option as actually. Not out of the box and not without a lot of custom coding.