BuddyPress.org

i’m doing the same thing. I’m pretty sure it will work. I’ve seen a thread o ver on wishlist that says it will.

haven’t done it yet though, so it’s not a for sure yet

Do you mean adding images to blog post? http://wordpress.tv/2009/01/05/embedding-photos-video-audio-into-your-posts/
Or do you mean adding images to forum topic post?
https://wordpress.org/extend/plugins/forum-attachments-for-buddypress/
https://wordpress.org/extend/plugins/oembed-for-buddypress/faq/

Janrain released it’s lasted version for wordpress 3 .
From it’s news letter :
“New WordPress Plugin
The first version of the new Janrain Engage plugin for WordPress is now available. This version offers several new features including WordPress 3 compatibility and an enhanced UI.”

But I like Gigya SSO rather than Janrain SSO.

“I want to have many users, major emphasis on articles and basically block out all the rest.”
Single install of WP 3.0.1 and you[ don’t even need BuddyPress. You can even use the Mingle Forums plugin which doesn’t require the Mingle plugin or SimplePress Forum plugin. As for central profile area, you can create WP author template plus a WP page template coded to taste for list of authors and you’re done.

Okay, jetzt weiß ich… dass ich nichts über wordpress+buddypress weiß. ^^ Good work!

I have just installed buddypress and it is not working properly, what am I doning wrong. For instance, there are no pages for posting updates like this, creating groups and forums post. What am I supposed to be doing. I installed on top of WordPress 2010 theme and used the compatibility pack… What am I missing. When user log on it does not show the My Account/ Notification menu at all, it still showing the login in /sign up menu strip on top of the page. What am doing wrong. Please help

I host on RackSpace (Cloud Sites) this normally isn’t a problem ever. Do what Paul Gibbs suggests above and then increase the memory allocated for PHP by editing the wp-config.php: https://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP

What’s probably happened is that the site out-of-memory’d during the initial installation, so you may need to clean your database and re-install BuddyPress.

I would check all settings in the BP admin section, possibly deactivate/reactivate BP.

Are you running anything other than a bog standard install?

Check the DB do these tables exist?

You will need to supply more information than you have, i.e versions installed, although I asume they are latest stable releases of both.

This is not a common error; WP and BP normally install just fine, 500 is a server error and can be caused by a mis-configured .htaccess rule or lack of PHP script memory and many other factors.

Can you initially confirm how much memory is allocated to PHP script limit it may need to be increased, also what version of PHP you have installed on the server.

Does WP run ok? Don’t activate BP just ensure that WP is installed correctly, that permalinks work as expected.

If you can’t access dashboard rename BP plugin to force a deactivation of it and that should return access to wp-admin

@jimboba My apologies, no you didn’t incur my wrath and weren’t dismissed, sometimes it’s easy to lose track of threads

Using the @mention system does help to ensure we see things flagged to our username.

At times it does become very difficult to help further, especially remotely where we can only ask questions and are divorced from the actual events, normally I have access to all the files such as access/error logs, DB etc so I can effectively troubleshoot issues.

Something else to check might be the settings for wordpress url and site url ; wordpress url should reflect the url path to your sub folder installation?

Wp- private claims to do this (https://wordpress.org/extend/plugins/wp-private/).

http://translate.google.com/#zh-CN

@Tolden and @stephenefromfrance
Your functions.php file should contain the folowing:
`<?php
//Deals with uppercase username signup problems…maybe
function my_sanitize_user( $username, $raw_username, $strict ) {
$username = $raw_username;
$username = wp_strip_all_tags( $username );
$username = remove_accents( $username );
// Kill octets
$username = preg_replace( ‘|%([a-fA-F0-9][a-fA-F0-9])|’, ”, $username );
$username = preg_replace( ‘/&.+?;/’, ”, $username ); // Kill entities

// If strict, reduce to ASCII for max portability.
if ( $strict )
$username = preg_replace( ‘|[^a-z0-9 _.-@]|i’, ”, $username );

// Consolidate contiguous whitespace
$username = preg_replace( ‘|s+|’, ‘ ‘, $username );

return $username;
}
add_filter( ‘sanitize_user’, ‘my_sanitize_user’, 100, 3 );

?>`

At least that’s what mine has and it works fine.

I’m also using this plugin to notify users if this would be a problem for them also: http://buddydev.com/buddypress/creating-a-buddypress-wordpress-username-availability-checker-for-your-site/ Although, I think I modified the script so it would only warn for certain use cases. I also did just realize that it doesn’t work for IE. Haven’t had a chance to see why yet. So, it’s good that I have both.

It’s up to individual plugin authors to include such a button, since WordPress itself isn’t really aware of the extra databases being created. I agree that it’s good practice for a plugin to include a button like this. But since BP doesn’t have one, it’s pretty simple to just drop the tables in question when you’re done using the plugin.