BuddyPress.org

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.

I’m becoming a fan of WP-Invites and you might want to try this…

https://wordpress.org/extend/plugins/wp-invites/

It’ll allow you to dole out codes for users to signup and as far as tracing goes, I’d just generate one invite code for each existing member and it’ll store that invite code with the new user profile so that you are able to determine who the invitation was send from based on which user was giving the code. I’d even go so far as manually generating the code with the existing username in it so that you don’t have to go digging to determine whom signed up whom.

Invite Anyone plugin:

https://wordpress.org/extend/plugins/invite-anyone/

I don’t think that plugin has the “tracing” ability you want though. You could bring it up to Boone, the plugin author, as a feature request.

@modemlooper….

I was thinking along the same lines.

do you know if this works, and if they get their own members

or using the same database of members.

I would like to experiment with this

and figure out how to really make it work.

If anyone has info or ideas please drop me a line.

@kylecassey…

you would just use the social features (the blog just comes with it) ; )

WPmu is really just one install with multiple blogs

but soon with WP 3.0 you’ll be able to do the same thing with one WordPress install.

– Avatar –

.

Finally I got it working

Well first add the lines from this patch https://trac.buddypress.org/ticket/1426 to bp-core/bp-core-catchuri.php

and then go to bp-core.php and in line 95 put the code like this (note the index.php) $bp->root_domain = bp_core_get_root_domain() . '/index.php';

Well, also, I have a custom template, and in my navigation I have manually put the links in the header to look like this: <li><a href="http://yourdomain.com/wordpress/index.php/activity/" title="Actividad">Actividad</a></li> but it probably works also in the bp-default theme.

So, hope this help someone

@qbuster Well when you install this small fix https://trac.buddypress.org/ticket/1426 you can access links like wordpress/index.php/members (so thats something). But all the buddypress links remain being wordpress/members, etc.

So, I tried to change the slug as explained in here https://codex.buddypress.org/how-to-guides/changing-internal-configuration-settings/ to see if it works change members to index.php/members, but it returns the 404 error.

So any ideas on how to change the links on buddypress to include the index.php ?