BuddyPress.org

I want my users to be able to create blogs att signup, but I want “Just a username, please” to be checked by default rather than “Gimme a blog!”. Unfortunately, I have no found any filter for this. Any ideas other than a minor edit to the relevant core file?

wpmu back end > Site Admin > Options

Allow new registrations

Only logged in users can create new blogs.

I created an account on your site and I think I understand how things are configured. You have wpmu installed with the subdirectory option for blogs.

bp is installed on the blog http://www.518fever.com/profiles

You have other blogs such as http://www.518fever.com/maria/

Then again that might not be how things are configured at all. the ‘maria’ blog doesn’t show in the bp blogs directory. The blogs that are there have an url signature of:

http://518fever.com/profiles/tony/

I’m totally confused as to what the configuration is. I think wpmu and is also.

Renzokuomo, it is possible if you could switch the theme back to the standard BP home theme (re-download it if you need to), and register/activate a test user account?

I can’t get this error to recreate on my site which is running an out-of-the-box BP Home theme.

I sent this to Arturo, but I thought I’d post it on the forums as well!

Here’s my complete bbPress functions.php code so far:

function recreate_bb_admin_bar() {

echo '<div id="wp-admin-bar"><ul class="main-nav">';

bp_adminbar_logo();

bp_adminbar_login_menu();

bp_adminbar_account_menu();

bp_adminbar_blogs_menu();

bp_adminbar_notifications_menu();

bp_adminbar_authors_menu();

bp_adminbar_random_menu();

echo '</ul></div>';



}



add_action( 'wp_footer', 'recreate_bb_admin_bar', 8 );

add_action( 'admin_footer', 'recreate_bb_admin_bar' );

add_action( 'wp_head', 'bp_core_admin_bar_css', 1 );

Have fun!

hi

Login to your wordpress Mu as admin.

then go to SiteAdmin->Options

Find the field “Allow new registrations” ,and select the option ” Enabled. Blogs and user accounts can be created.” and click update options.

Now logout and try registering.

I hope it should work.

i created an account and had no problems with the avatar during the signup phase.. i can see that all of your yourdomains/anything/ are showing your front page. you must have a 404.php file in your template or any word after your domain will show the home page. If you’ve created a page friends on home ‘blog’ and the slug is “friends” it should show.. oh. and I just noticed that you aren’t using mod_rewrite for urls on your pages. it will show with yourdomain.com/?page_id=(page id) and not yourdomain/friends/

Hmm… I have these same versions and after changing doing the cookie integration and getting everything “set up” I can no longer access the back-end of BBPress. My user is no longer the ‘key master’ or admin for BBPress.

Let me break this down with some more detail, I really want to get this working!

Versions I’m using

• WPMU 2.7.1
• BuddyPress 1.0
• bbpress-1.0-rc-1

Steps

I got WPMU 2.7.1 and BuddyPress 1.0 installed fine so I’ll just skip that part entirely.

• As directed from multiple sources about integrating BBPress, I erased the Authentication Unique Keys from wp-config and then proceeded to log into the WPMU back end where it presented me with newly genereated ones for: ‘NONCE_KEY’, ‘AUTH_KEY’, AUTH_SALT, LOGGED_IN_KEY LOGGED_IN_SALT SECURE_AUTH_KEY, SECURE_AUTH_SALT
• I created a folder named ‘forums’ (I realize that this can be named whatever I want) and put all of the files from the BBPress 1.0 RC-1 in there.
• I went through the install steps, filling out the database info but skipping the ‘Integrate with WordPress’ steps in order to do this later in the BBPress admin panel.
• I get that all set up and go to the BBPress admin panel where I fill out the necessary info for integration with WordPress, sharing the same database, filling out the salts which are the same ones I used in wp-config.
• I put define(‘COOKIEPATH’, ‘/domain/forums/’); into my wp-config file as directed by BBPress instructions.
• I also made sure that the AUTH_KEY, SECURE_AUTH_KEY, and LOGGED_IN_KEY in wp-config.php matched BB_AUTH_KEY, BB_SECURE_AUTH_KEY and BB_LOGGED_IN_KEY in bb-config.php

Now, after doing all that I headed back to the admin panel for BuddyPress and filled out the information for integration with BBPress there. Now, when I go to my BBPress forums page and log in as my admin account on BuddyPress/WPMU I am not the admin on BBPress and thus cannot access the back-end. This isn’t the only problem, although it is the main one. I also cannot get my groups on BuddyPress to generate a forum topic when I try to do so it gives an error and says that it couldn’t.

I am going to attempt again with Trevor’s instructions but there are some fuzzy bits in there so I just want to make sure I’m attempting to do this correctly with the correct versions of WPMU, BuddyPress and BBPress. **Note that I cannot find any of the earlier Alphas on the BBPress site, so if I am using the wrong one…am I S.O.L.?

“Allow new registrations

– Disabled

– Enabled. Blogs and user accounts can be created.

– Only user account can be created.

– Only logged in users can create new blogs.”

See the one that says “Only user account can be created.”? Check it. Save.

on our site, we created a simple php script that gets the users email, if the email contains “proxy-XXX” it gives them a javascript popup telling them to update their information, when they click “ok” they are redirected to the Settings> General> to change their email

like Burt said, we’ve created a feature that requires an accurate email, so we use this script in a certain section of our site. When a user visits that page, they get the popup.

we’re also contemplating making a custom redirect for facebook sign-ups (not logins) that will take them to a page explaining the difference between a facebook user account and a regular user account. (i.e. sign in the same way you registered, update your email here, fill in your profile there… etc)

if you want, I can share the php we made to accomplish this.

@kunal17, its not quite the same thing but yes you can do it with gmail by adding a plus sign on the end with another string?? like user+website@gmail.com??

my is different in that all mail sent to any address on my domain comes to me unless i have previously createrd the address as a mailbox

either way, if it helps you register more accounts

Here is a great introduction by Trent Adams to the HyperDB plugin.

As far as this issue is concerned:

If there are other blogs/sites created within the WPMU installation (but not BuddyPress) and other BBPress installations as well, is it recommended that everything reside in the same database, or should things like the additional BBPress installations use a separate database?

…

I don’t want to completely kill whatever server this could potentially end up running on, but quick response times and user integration between all platforms is key. The higher-ups estimate that there would be about 1,000 or so users for the duration of the event,

In this scenario, splitting WPMU data between multiple databases on the same database server will not give you much of an advantage. In fact, it could even slow read/write down slightly. But, if this is a temporary site, which it sounds like it might be, then splitting the load between multiple DB servers is probably not realistic.

The biggest issue will be how many web server and DB server cycles are dedicated to your domain and how many to other people’s domains. If you have a small hosting account, then you’ll absolutely need to upgrade to a decent VPS.

Tony-

I had this issue as well about a month ago. The solution is simple. You need to create a new account.

Why? Because, like me, you created an account with a space in your account name (username). Also like me, you choose to use your real name. Logically enough, you put a space between your first and last name. You can see that by hovering your cursor over your name. Do you see the “%20”? That is the space.

This is not a BuddyPress issue. This is an issue with the way that WPMU processes new registrations, allowing spaces in usernames. Unfortunately, this can cause issues.

Andy knows more about this issue than I do, but suffice it to say, when creating your new username, do not put a space in it.

Problem is because your username has a space in it and is using capital letters. Where did you originally register your account and how?

If you click on Create a Group, you will see that it’s currently disabled, however groups are essentially harmless and are meant to be ways for users to get together on their own and discuss whatever they want to discuss.

Okay, the number is not created by the code I asked yo to try. It is created by the previous code. The “You” is created by the code I provided.

A couple of questions:

1. Do you have three, separate user accounts each with a different email address?

2. Are you logged in when trying this out? If so, log out, clear cache, and try again.

3. Would you paste your misbehaving code in http://pastebin.com/ and provide a link?

I thought about this kind of thing too. Problem was I didn\’t want to become an email provider simply to provide a cool convenience feature. I\’m not an email guru. Do email protocol servers have a wildcard DNS type feature?

*.user@mysite.org

*@mysite.org

Gets you somewhere in the bowels of the email server and winds up in the \’unknown address\’ bucket. I get a response back normally that tells me that it\’s an invalid address. Nobody here like that buddy.

What if that \’unknown address\’ reponse got hooked and we looked up valid wpmu usernames instead of valid email users? Don’t create email accounts. Just respond to matches with vaild users for incoming only events.

Bumping this because I’m curious about the same thing DJPaul mentioned. The need to create a random account for bbPress is fine, but it’s pointless having it listed with the BuddyPress members when it’s not really one.

Any suggestions?

Do you mean that you have users being registered without the site admin getting notification of that? There are a couple of settings in Site Admin > Options that control this:

Registration notification

Send the site admin an email notification every time someone registers a blog or user account.

Add New Users

Allow blog administrators to add new users to their blog via the Users->Add New page

The second setting might be the culprit. It allows people who are blog admins to create people and bypass the registration process. I haven’t tested to see if it also sends out an email to the site admin.

I’ve added “Another-Wordpress-classifieds-plugin”

http://www.awpcp.com/

to my BP install, which works very well. I modified the plugin to only allow logged in users to post to the classifieds.

I think this plugin would be a great place to start. it seems like it could be easily modified to match your screenshots.

maybe the classifieds plugin could echo back the user’s data on their profile based on the email address they created the ad with. if that could be accomplished, I would then “lock down” the email address they enter in the ad to be the email address attached to their account (right now the user can enter any email)

classifieds plugin working with BP here:

http://buzzwe.com

OK. XMLRPC is enabled for local calls. I had to put a loopback in the server’s hosts file as this isn’t a live domain yet. It’s always something blindingly easy – once you figure it out.

Yet… posting to the forums didn’t actually work until I reset the linking account’s password a couple of times.

Did you also make 8 blogs when you created those accounts? Or only user accounts?

The member theme Blogs > Create a Blog and the admin bar My Account > Blogs > Create a Blog both get their menu items from the bp options nav array that each component sets up when they go through their init procedure.

In the case of the blogs component it’s the fn bp_blogs_setup_nav() in /buddypress/bp-blogs.php

The other menu item is the admin bar option My Blogs > Create a Blog at the bottom of that menu. That lives in the fn function bp_adminbar_blogs_menu() in /buddypress/bp-core/bp-core-adminbar.php

Without modifying the core files we can replace both of these fns with our own since they are triggered by actions in wp.

bp_blogs_setup_nav() responds when triggered like this:

add_action( ‘wp’, ‘bp_blogs_setup_nav’, 2 );

add_action( ‘admin_menu’, ‘bp_blogs_setup_nav’, 2 );

bp_adminbar_blogs_menu() responds when triggered like this:

add_action( ‘bp_adminbar_menus’, ‘bp_adminbar_blogs_menu’, 6 );

(Saving again…)