BuddyPress.org

Check out https://codex.buddypress.org/translations/ for starters – there’s a link taking you over to the main WordPress site with further details.

@JohnJamesJacoby: I’ve tested this with the bphome theme, visible on beta.artistplug.me ; I’ve also tested with a standard install, copying over the database data … since then things got wicked… — also tested copying over the functions.

I’m very sure you are on to something ; how can we verify everything gets passed well through these functions ?

I also wonder for how far and reliable the WordPress XML export/import functions work towards a succesfull migration for 10 RC1 blogs towards BP v1.0 ..

BuddyPress requires a WordPress Mu install, so no matter what, it can’t be a 1 step process (thus ruling out the 1-click install). Even if they could do it, BuddyPress lacks the history of successful version releases, support networks, and popularity that WordPress, Drupal, and ZenCart offer.

I’ve just done an integration and there was no mention of this plugin. bbPress has a WordPress Integration section in the admin where you can map the WP user roles to the bbPress user roles.

One thing I noticed though is that if you copy the

define(‘COOKIE_DOMAIN’, ”);

line to wp-config.php as the guides suggest, you loose the single sign-on between the site and your WPMu created blogs. I also saw the need to hack bb-settings.php as outlined in the comments to this blog post: http://theeasybutton.com/blog/2009/04/25/integrate-bp-bbpress-wpmu/

What are your findings?

update: with wp-hooks-filters-flow.php I get the following errormessage:

82. comment_post

* Priority 10 :

1. bp_blogs_record_comment()

2. SearchUnleashedPlugin->comment_post()

Catchable fatal error: Object of class SearchUnleashed_Widget could not be converted to string in /webserver/wordpress/wp-admin/wp-hooks-filters-flow.php on line 62

Maybe anything related with the problem, breaking off the database upgrade process of buddypress?? I’m wildly guessing now since I’ve been debugging like crazy…

@Bercy Just install your WordPress MU in a different directory; create a new database, preferably with a new user for security and you\’ve got it working …

With a fresh user and database you won\’t be overwriting your existing bp\’s.

If you want to use the same userdatabase and share it serverwide, use the same database but change the prefix per buddypress installation.

Hope that has answered your question with virtual hosting & wordpress ..

I wish it was as easy to migrate existing data towards upgraded BP\’s

In the realm that anything is possible, yes.

But currently the activity feed strips out any html and anything it thinks is an image. Mostly to avoid mucking up the feed with huge images, etc…

The best answer I have for this for now, is that BP1.0 is the jumping off point without too many bells and whistles. It shows how to intertwine WordPress MU installs together to become a basic social networking structure. In theory you could certainly add all sorts of activity feed filters and ajax and images and fancy things to it, but there is no on/off option for images.

Same problem – spinning icon when I try to add a friend.

PHP Version=5.2.9. Just installed BuddyPress and MU for first time today (May 3, so I think I have BuddyPress 1.0). Hosting at HostNine.com with typical CPanel.

Website with issue: http://3wcloud.com/wordpressmu. I have turned on the ability to add new users if you want to see what is happening.

Thanks,

Neal Walters

Hello Andrea_r

I just installed BuddyPress v 1.0 2 days ago to a new WordPress MU install. Got it running fine except for the member blog theme thing where members have the default WordPress MU theme. I followed your instructions above and copied the bphome theme, changed the theme name, changed the style.css file header name from home to blogs and deleated the home.php file. I moved this new theme to /wp-content/themes folder and activated the theme. But when I go to a members dashboard and click on the theme to activate it, it comes up blank in the preview window.

Any ideas what went wrong?

Thanks Mark

http://photomark.ca/boozoo

@Sgrunt: I’m not completely convinced my problem is an exclusive Buddypress problem either ; since I’ve tried to upgrade the site and no slugs worked anymore.

The basic WordPress MU blogs -DO- work perfect though, after database migration; Buddypress seems to be giving a lot more problems with all of them 404 errors..

With exception the normal WordPress MU functions which seem to continue working..

from the WP org codex:

Using Localizations

In order to localize your installation of wordpress, create a directory named languages inside of wp-includes, if it does not already exist. Then grab the appropriate localization files from the Subversion Repository as described above. The main .mo file for the language should go inside the languages directory. Set WPLANG inside of wp-config.php to your chosen language. For example, if you wanted to use french, you would have:

define (‘WPLANG’, ‘fr_FR’);

i’ve this configuration on my MU+BP and all works fine.

The WordPress MU language file should be in /wp-includes/languages/ and you can change the language in your admin section of your wpmu install.

The BuddyPress language file (buddypress-xx_XX.mo) should be in /wp-content/plugins/buddypress/bb-languages/ the xx_XX should be the same as on the file in /wp-includes/languages/ since BP gets the language setting from WPMU…

You don\’t have to edit anything in your wp-config.php file!

All of this is for WordPress MU 2.7.1 and BuddyPress 1.0. I don’t know how it is with older versions…

HTH

Regards,

RuneG

update: Tried too with BuddyPress v1.0 with the same results… 404 errors on the social slugs…

Anyone around knowing a good tool to export/import the database of WordPress MU/Buddypress so I’d not need to do all this manually? I know I’ll be making errors because there are minimally 10 blogs to move.

@Kogigr;

AFAIK, you have to use the same language in WPMU as in BuddyPress. BuddyPress gets the language setting from WPMU. There is some info about the greek WPMU translation here, but I don’t read greek, so it’s not necessarily the info you need

But you’ve named the file(s) right, you only need the .mo file in your bp-languages folder.

So basically you need to use the same language in WPMU that you want to use in BP. So get the greek WPMU translation, upload it to you WPMU install, and change the language in you admin section…

HTH

Regards,

RuneG

The span is used to inject the actual time-since, as this is not stored in the database. If you remove the span it’s going to break the output (which is why you won’t find it in any template files).

Is there another way you can do this? There is a filter on the output if you know how to use WordPress filters.

I figured out that if you set the time settings in Settings / General and you have another language installed, it is getting resetted. When its default its fine by me, as soon as I adjust WPLANG into nl_NL the notice is back again.

edit: I uploaded the dutch pack to wordpress MU and got all fixed, only the Members widget (New tab) is showing [Adjust Time Zone]

No, not yet. Future versions you would be able to, but I’m not aware of any timescale for this yet.

Your not trying this with WordPress are you? (as opposed to WordPress MU)

You are trying to use BuddyPress with WordPress. BuddyPress needs WordPress MU which you can get from https://mu.wordpress.org/download/. In future versions, BuddyPress will work with regular WordPress but at the moment it doesn’t.

And before you ask ‘how long’, I suspect it will be quite a while before BuddyPress supports WordPress.