BuddyPress.org

Just in case someone finds this and runs into same problem:
Do not use Buddypress “manage signups” when you use Gravity Forms user registration.
Registering + Buddypress (also in 2.1) sync works flawlessly when you activate users via GF user registration and not via Buddypress.

-Code is not broken, user is. 🙂

When I use the buddypress registration form there are two places for an email address. Is this for validation or a duplicate entry? Is it for two different databases?

Hello,
All of my past registrations were through bbpress. In that case would what you are telling me still work, would I need to change the registration to buddypress?
Thank you.

What @arielmeadow is suggesting is exactly what I’m looking for. People insert the wrong email address and then email us on why didn’t they receive an activation key. One time or another it’s fine, but we get a lot of registrations and it’s just a really useful feature.

hmmmm!! Ive deleted the additional fields I added and change first name to full name, I then ran a bogus registration, and its given them a username as it should and then gave them a full name as inserted during the registration process, so fingers crossed it appears to have worked!

Now my next big dilemma is can I change those have already registered, so that their profiles read correctly ?? is there a way that you know of??

Thanks

1st:

It works now:

The startpage:

http://1a-spielwiese.de

The subdomains:

http://balletttaenzerinnenkrzbg36.1a-spielwiese.de/
http://kampfsportlerinnenneuwied.1a-spielwiese.de/

The finishing-button (“Registierung abschließen”) for the registration page:

http://1a-spielwiese.de/registrieren/

2nd:

However, it is still not very clear, what precisely was the specific reason for each problem at issue.

a) But it seems, that the my provider did the deleting of the http://www.-prefix from server setting in fact not or not the correct way.

b) An in-detail error analysis (unfortunately only in German) you find there:

http://forum.wpde.org/blog-netzwerk/133384-kein-zugang-zum-netzwerk-dashboard.html#post576525

hmmmmm I like to keep buddy press up to date 🙁 and my scripting skills are rather poor! I would have thought that there should be some validation already built in, why have the field as required otherwise?

During registration they enter their account details which consists of a username,email addy, password and confirm password, then they create their profile details on the right of the page, which Ive added fields for first name , last name, gender, DOB etc, and Ive selected that the first name and last name are required fields, so surely if they fail to enter data the form shouldn’t submit??

or am I missing something here 🙁

I would like to see more improvements regarding the registration page where users can show/hide their real names. Is this possible out of the box without plugins?

Yes, that is exactly what I needed! thanks @bphelp!

It works with WP 4.0 and BP 2.0.2

Requires a small tweak of the CSS to position the warning message over an area of the screen not needed for data entry or navigation. I added this to the theme CSS:

#bp_fp_notice {
height:450px; /* height of header graphics area in theme */
overflow: auto; /* Allows scrolling of message in header */
}

I also use this with social login which makes login and registration easy but requires users to complete any required field including those created with xprofile plugin.

@ircsome will try it – but seems like that would eval TRUE on every registration page load (including initial visit)

Hi @danbp, @johnjamesjacoby

Thank you for your response.

Like @jetlej here I find horrible the idea that in a community the private messages can be read by the admin of the community.

I don’t believe that a community would have a lot of registrations if the users knew that the admin has the option to read their private messages, even if he is not forced to do it.

Anyway I see that there is no option to avoid this.

P.S. Please, allow me to ask something: You said that it is also possible by reading the message table in the db. Does this mean that event the users passwords can be read from a table in the db?

Thank you again for the conversation.

Hi

Thank you for all the responses.

Well, the issue of spam registrations & comments with the above mentioned plugins in addition to SI CAPTCHA Anti-Spam, Wordfence Security (?), etc had worked for months & was manageable, occasionally getting something in sometimes after weeks. I also blocked all IPs of spammers who would tried to login, etc.

A few days ago, though I started getting a barrage of bot-registrations + groups with bogus content created. New registrations would come in as soon as I deleted some.

Since it was late in the night in the middle of a very busy period, I thought someone probably getting similar issues could mention some quick solution I could find the following day.

It was not my first time in the forum. Some of the above solutions were found through searching the forum, which i agree should be the first step.

So far – in addition to the above plugins I first added JP User Registration Blacklist, WP-SpamShield and also reluctantly disabled user group creation. (Is there a plugin that enables moderation of user created groups, allowing the moderator to approve user created groups?)

That stopped the group creation, but spam registrations continued coming. So like recommended above, installed Wanguard, though this being a small site which currently gets in very little income, it is not yet worth paying for it. I hope the free wanguard account can work for a while.
That since yesterday only let in one or 2 registrations by some criminals, this being one of them – details shown by some plugin:

Benutzername: clairmcconnan

E-Mail: synfhongegizi@mail.ru

Angezeigter Name: Claire McConnan

Vorname: Claire

Nachname: McConnan
….
IP Address : 107.181.70.207
Reverse DNS : 107.181.70.207
Reverse DNS IP : 107.181.70.207
Reverse DNS Authenticity : [Possibly Forged]
Proxy Info : No Proxy
Proxy Data : 107.181.70.207
Proxy Status : FALSE
HTTP_ACCEPT_LANGUAGE : en

Names & emails suggest they mostly originate from Russia.

danbp suggested using .htaccess to block Ru-based submissions. I will look into BUT – on an unrelated Drupal-based site, I ever had a much more serious attack, with as many 25,000 attempted login/post attempts a day(!), which were blocked by the Drupal mollom plugin BUT that constantly filled some DB table, probably logging visits/attempts, to several 100MBs a day, causing me problems with the webhost. Source of attacks was Russia, ukraine, China & Poland.

The only solution that worked was adding literally several 10,000 lines of complete IP(blocks(?)s from those countries I got from some site to the .htaccess that blocked them out. Only that helped.

Later on, though – months on, the web host removed that .htaccess file, because my site account was supposedly overusing server resources. I am not sure that had anything to do with the IP address lines in the .htaccess file, but the good thing is that a similar attack has not happened again.

An .htaccess solution that only involves naming a country ( … ^(.*).ru/(.*) …) & not its thousands of IPs would of course be great & preferable, but I will do a search & see. My site does not need a single Russian & so can do without the country.

Ultimately, for the time being – what I would need is a functioning free solution until the currently small site can pay for itself, later on. This particular site had not had anything similar in over a year, assuming Wanguard cannot be used …

Anyway, thank you all.

Share Paid Hosting

Plugins: Advanced Categories Widget, bbpress, Imsanity, Jetpack, Registration Honeypot, Team Showcase, UberMenu 2

No automated install for WordPress and I use phpmyadmin

If things continue to stay weird in terms of solving this, I am happy to PM log in details to you guys to see what’s going on under the hood.