BuddyPress.org

hi
For your first question, you may want to try this plugin
https://wordpress.org/extend/plugins/bp-registration-options/
checkout this thread too
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/moderate-members/

For the second, yes, It is possible. Just go to SiteAdmin->Options and select the radio box which says only logged in users can create blog.
PHp5 may be an issue, better why not ask your server adminstrator to upgrade.

that is depressing since I am a complete die hard fan of simple facebook connect – http://ottopress.com/wordpress-plugins/simple-facebook-connect/ I hope it doesn’t die out. Let’s just see how it all plays out in the future devs. Thanks for the heads up

As andrea_r said, you can’t. More precisely, it’s not a supported or advertised feature of WordPress.

If you’re comfortable working with PHP and WP themes, you could try something like this: http://ryanpricemedia.com/2007/04/08/howto-include-wordpress-widgets-in-post-or-page-body/

*ponder* It doesn’t make any sense to me, except maybe it’s PHP setup. Can you add an image to a regular blog post outside of BP?

Hi

Post where? In a group forum? Also, what versions of WordPress and BuddyPress are you using please.

Well, I added this to bb-config.php

`// Include WordPress functionality
$currDir = dirname(getcwd());
// Make sure this isn’t install or admin (go up if it is)
if(!file_exists(“$currDir/wp-blog-header.php”))
$currDir = dirname($currDir);
if(!file_exists(“$currDir/wp-blog-header.php”))
die(“Cannot find WordPress integration files.”);
require_once(“$currDir/wp-blog-header.php”);`

got the code from here
http://labs.b5media.com/blog/creating-the-anypress-solution/

…still need to test…but the theme seems to work now…i think

1and1 works fine with WordPress. I run a number of sites with 1and1 not an issue, only MU does not work. I know this is marked resolved I have been testing Buddypress and MU for a while now, and It has nothing to do with BuddyPress. It is an MU issue with 1and1

@Erich73 On WPMU, the user database is shared between all sites. The user registration is executed on the main blog. In Welcome Pack’s case, there’s not a lot of difference therefore if it runs sitewide or on a per-blog basis, so I set it to run sitewide just in case there is some unusual way that WordPress user accounts can be added.

Check out the following plugins:

Forum attachments for BP:

http://teleogistic.net/code/buddypress/forum-attachments-for-buddypress/

BP Forum Extras:

https://wordpress.org/extend/plugins/buddypress-group-forum-extras/

Have you created a network in WP 3.0?

You have to do this first before you can enable user blogs.

Read this guide by Andrea_r:

https://codex.wordpress.org/User:Andrea/Create_A_Network

FYI, Today I updated SI CAPTCHA Anti-Spam for latest version of buddypress 1.2.3 compatibility

SI CAPTCHA Anti-Spam

https://wordpress.org/extend/plugins/si-captcha-for-wordpress/

This plugin adds CAPTCHA anti-spam methods to WordPress on the comment form, registration form, login, or all. In order to post comments or register, users will have to type in the code shown on the image. This prevents spam from automated bots. Adds security. Works great with Akismet. Also is fully WP, WPMU, and BuddyPress compatible.

The screenshots were from an old version. I have updated them. The CAPCHA looks nicer now.

SI CAPTCHA Anti-Spam

https://wordpress.org/extend/plugins/si-captcha-for-wordpress/changelog/

Today I updated it for latest version of buddypress 1.2.3 compatibility

I got all this working fine. See http://culture360.org Using WP 3.0 beta-1 and BP 1.2.3

Three things:

1. upload_path option in wp_options as per my post here: https://buddypress.org/forums/topic/buddypress-and-wordpress-30#post-48806

2. .htaccess file:

RewriteEngine On

RewriteBase /

RewriteRule ^index\.php$ - [L]

# uploaded files

RewriteRule ^(.*/)?files/$ index.php [L]

RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*

RewriteRule ^(.*/)?files/(.*) wp-includes/ms-files.php?file=$2 [L]

RewriteCond %{REQUEST_FILENAME} -f [OR]

RewriteCond %{REQUEST_FILENAME} -d

RewriteRule ^ - [L]

RewriteRule . index.php [L]

3. My quick fix for the avatar size issue as per post here: https://buddypress.org/forums/topic/avatar-upload-issue-1#post-50231

HTH

Looks like in BuddyPress 1.2.3 the avatar size check is not compatible with the WordPress thumbnailing function.

If you look in bp-code/bp-core-avatars.php, function: bp_core_avatar_handle_upload()

there is a getimagesize() call. That actually returns an array, not a single value so the if statement will not evaluate correctly and the code will always attempt to create a thumbnail. If that fails, the wp_create_thumbnail() function returns a WP_Error object, hence the message some are getting.

here’s my modded code to fix this issue:

/* Resize the image down to something manageable and then delete the original */

/* HACK made some changes to check image parameters more carefully */

$_size = getimagesize( $bp->avatar_admin->original['file'] );

if ( $_size[0] > BP_AVATAR_ORIGINAL_MAX_WIDTH ) {

$_thumb = wp_create_thumbnail( $bp->avatar_admin->original['file'], BP_AVATAR_ORIGINAL_MAX_WIDTH );

// Need to check if upload succeeded - issue with small files!

if ( is_object($_thumb) && get_class($_thumb) == 'WP_Error' ) {

bp_core_add_message( sprintf( __( 'Upload Failed! Error was: %s', 'buddypress' ),  $_thumb->get_error_message()), 'error');

return false;

}

$bp->avatar_admin->resized = $_thumb;

}

HTH