BuddyPress.org

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

Within their own profiles? Not that I know of.

However, if you use WPMU, your user blogs could use some WPMU-compatible e-commerce plugins such as eShop or Quick Shop.

eShop – https://wordpress.org/extend/plugins/eshop/

Quick Shop – https://wordpress.org/extend/plugins/quick-shop/

Hope that helps!

Yup that’s right.

The other thing is you might need to ensure that CubePoints is loaded as well.

Try something like this in your cubepointsbp() function:

function cubepointsbp() {

if ( function_exists( 'cp_init' ) ) {

//your ninja code

}

else {

// display error message

add_action( 'admin_notices', 'cubepointsbp_error_msg');

}

}



function cubepointsbp_error_msg(){

echo '<div class="error fade" style="background-color:red;"><p><strong>CubePoints for BP requires the CubePoints plugin in order to work. Please deactivate this plugin or activate <a href="https://wordpress.org/extend/plugins/cubepoints/">CubePoints</a>.</strong></p></div>';

}

Untested… but see if that works.

Create a page in WordPress, then create a WordPress sub-page?

https://codex.wordpress.org/Pages#Organizing_Your_Pages

I’ve made it so that my assets get put into a folder called files and it has the 777 permissions.

PHP Version 5.1.6

bp_comment_author_avatar() should work when used in the comments section of a WordPress blog post or page.

What Boone said.

Blog-related stuff is handled by WordPress.

Activity replies are handled internally by BuddyPress.

I would recommend what glamgrif mentioned and that is to disable the activity stream for blog comments and forum posts because the activity stream and blog comments / forum posts are independent from one another.

https://buddypress.org/forums/topic/faq-how-to-code-snippets-and-solutions#post-37843

You could try replacing blog comments with the activity stream:

https://wordpress.org/extend/plugins/buddypress-activity-as-blog-comments/

For forum replies, you could use a BuddyPress plugin:

https://wordpress.org/extend/plugins/buddypress-group-activity-stream-subscription/

Other suggestions:

BP Group Control:

http://danpolant.com/bp-group-control/

Secure Invites for WPMU (note it works for WPMU only!):

https://wordpress.org/extend/plugins/wordpress-mu-secure-invites/

If you are just using WP-standard (ie one blog), then you will need to either switch to WPMU -OR- wait for v3.0 when this functionality comes to standard WP: http://technosailor.aaronbrazell.com/2009/05/30/wordcamp-sf-announcement-wordpress-and-wordpress-mu-to-merge/

What version of PHP? (I’m at the ‘let’s see what’s different between you and me!’ stage of things)

ETA: Are the permissions on your blogs.dir correct? I had to make the avatar folder and set permissions on that directly

Hi ipstenu, I’ve upgraded to the latest nightly, haven’t noticed much difference, and the avatars still don’t work.

I do have GD library 2.0.28 installed and >>

array(12) {

[“GD Version”]=>

string(27) “bundled (2.0.28 compatible)”

[“FreeType Support”]=>

bool(true)

[“FreeType Linkage”]=>

string(13) “with freetype”

[“T1Lib Support”]=>

bool(false)

[“GIF Read Support”]=>

bool(true)

[“GIF Create Support”]=>

bool(true)

[“JPG Support”]=>

bool(true)

[“PNG Support”]=>

bool(true)

[“WBMP Support”]=>

bool(true)

[“XPM Support”]=>

bool(false)

[“XBM Support”]=>

bool(true)

[“JIS-mapped Japanese Font Support”]=>

bool(false)

}

So that’s not the issue either. It doesn’t look like it’s getting to the actual thumbnail creation.