BuddyPress.org

Thats great. thanks, I’ll take another look.

Right now, I’m trying to figure out how to getting google analytics goals setup for registrations.

Is there a plugin that would help with that? Or do I have to delve deep into the registration code to figure out where to output the javascript?

During Registration it seems to have /Registration/ the whole time. I would love to just put in a plugin that would allow me to set the event names for different BP and WPMU functions and have it outputted and reported. I don’t have the time to build that right now.

Any ideas?

@socialpreneur: but here are some good cracks

@djpaul: has anyone else this problem with the password? Don´t know, if this is an bug from wpmu

NEVERMIND!

I did not have MU settings configured to allow registrations. Made the change and the registration page works.

(Side note: May want to add a if_can_register type of function if someone does not want to allow registrations)

Fixed this issue. Use the Functions.php file inside of /bp-themes/deprecated/bphome in the 1.1rc branch.

Because I intend to move to 1.1 with a parent-child theme, I’ve been liberal in changing the bp core files to make it work with my deprecated theme as a temporary fix but there are two issues with 1.1 and old themes that I ran into.

Registration:

There is a function called ‘get_edit_html’ that is deprecated from the BP_XProfile_Field class. (it still exists in a deprecated class extension but it’s having a hard time finding it). I simply moved it back into the BP_XProfile_Field Class and everything works again.

Activation:

Even with the functions.php file correct, it fails to find the activation page because it tries to use the new activation screen from 1.1. You need to add the following to LINE 9 of bp-core/bp-core-activation.php. This will check if you’re using a legacy theme and then default to looking for the activate.php in your bphome theme.

if ( file_exists( WP_CONTENT_DIR . '/bp-themes' ) )

return false;

My next steps:

These issues and changes to the core only apply to deprecated themes. I will do a fresh BP install of 1.1 when we are ready for the parent-child theme.

Site launch in t-minus….4 days!

I read your example. I need something with a wider net. First off, the robot registration never leave an e-mail address. Unlike WP comment spam, WPMU registration robots appear able to bypass required fields, including e-mail address.

I receive e-mails announcing new registrations that contain only IP addresses. Meaning I would need to include hundreds of IP addresses in your code.

The real solution is somehow create a bullet-proof required registration field or move the registration page behind a firewall. I’ve seen single-user WordPress installations that move the wp-admin or wp-signup pages to avoid robot attacks using the default name and location of these pages.

Askimet does great catching spammers comments on regular WordPress installations, but WordPress MU is commonly the target of spam registrations, which is my problem. I tried reCaptcha and the same day had to delete spammers.

I’m hoping a future version of BuddyPress or WPMU will include finer security, allowing admins to block access to only humanly-registered users, rather than either shut off all registrations. Another possibility would be to follow the example of WordPress and allow admins to relocate or rename the registration component.

Thanks for the suggestion I changed it.

beta Version: 1.9.4

PS. I am having a CSS problem with the layout of the registration page. The wigets are trying to display in the middle of the page instead of the right hand side.It is not related to the captcha, because it still happens with SI captcha uninstalled.

Is this a reported bug or should I report it?

I think I figured it out.

Anybody with BudyPress 1.1 want to test the registration CAPTCHA for me?

beta Version: 1.9.3

Same download URL:

http://www.642weather.com/weather/scripts/si-captcha-for-wordpress1.9-beta.zip

@r-a-y: I added the .htaccess commands to avoid robot registrations. We’ll see how that works.

I believe that the first huge step towards each buddypress install having it’s ‘own’ members is now complete. In order to accomplish this, we needed to start out where each blog can have it’s own members.

I just uploaded a new plugin to wpmudev.org that may be useful to you. I know many have complained about this.

It allows people to register for an individual blog using the normal registration process. In WPMU all registrations are forwarded to wp-signup.php, so it is impossible for a visitor to register for only a sub-blog. This plugin overrides WPMU and restores the default WordPress registration page for sub-blogs (sub-blog.domain.com/wp-login.php?action=register).

Features:

* Compatible with plugins like Register Plus to control registrations.

* You can edit the default user role sitewide (subscriber, author, etc.).

* You can also control whether users can adjust their own blog registration settings.

* If users can control their own registration settings, a menu with that option appears under Users->User Registrations.

* Does not affect main blog. Registrations there are maintained at wp-signup.php.

Check it out: http://wpmudev.org/project/wpmu-blog-registrations

I would be curious to hear from the bp devs if this is the right plan of attack for laying the groundwork for individual blogs to have their own buddypress.

My idea being that once we have ‘separated’ the wpmu members so each member actually registers and belongs to an individual blog, we can then start filtering the bp widgets to only show activity/members/groups/etc.. that belong to the blog which is displayed.

I found the problem, but I do not understand it.

Could somebody please give me some information about way it is working now?

If I go to wp-content/plugins/buddypress/bp-core/bp-core-settings.php

on line 27 an comment out require_once( WPINC . ‘/registration.php’ );

All is running without error.

I can change my password.

Thanks. Would function bp_show_register_page() allow my wpmu site to display the bp registration page? Until 1.1 is released, I’m using 1.03’s hometheme/member theme construct.

Thanks – but sadly nothing seems to work:

I have now:

– rename or even delete the wp-signup.php…

– Using a captcha on my registration page (register.php)

– I installed the hashcash plugin with signup-protection activated

– deleted the register-page in BBpress

– added the .htaccess lines

– (and by the way added a couple domains to block in WPMU backend – but still the same domains get through

Is there really no way out?