BuddyPress.org

Oh yes please! If you’ve already whipped up the plugin, that’d be great.

That would be the way to do it. Polish up that plugin and put it in the plugin repo.

Sounds good with merging the 3 features. Like on Facebook where status updates, “the wire” and activity has been merged into 1 social stream. Works well.

Hey tsceso… Xevo heeft de vertaling geupdate voor 1.1.2 en kan je daarmee helpen.. stuur hem even een berichtje en dan geeft hij je het bestand.. komt goed dus!

Veel plezier met BuddyPress

You are using outdated versions of both WPMU and BuddyPress. I urge you to upgrade.

There was a bug in some previous version of BuddyPress to do with the wrong link being put on to the activation emails, but without knowing exactly why people can’t activate their accounts (i.e. do they get the emails? Does the link work? What happens?) it is tough to provide specific advice.

actually you have two situations here:

1- add plugins to your Buddypress front-end

2- add plugins for your members blogs

if you need plugins for your front-end, check that they are compatible with buddypress but also read the HowTo, because some of them need to be activated sitewide, some not.

if you need plugins for your members blogs, you have to check if these plugins are compatible with WordPress…

notes: do not install plugins that are morethan 300 days old, for safety and compatibility. what works with WPMU will work within Buddypress as well.

and btw, yes, it’s a use it breake it situation in the WordPress community, because not all plugins are coded by pros, and they are not tested before added to the repository. for each plugins you have rating and comments, so read them.

Depends on what you want to do with the plugins.

Have you faced any conflicts by installing any plugins on your buddypress install? The answer starts from here.

Hallo,

Stellen jullie je vertalingen ter beschikking of dien ik dit warm water opnieuw uit te vinden? Ik heb wel een ‘oude’ vertaling hier op de site gevonden, maar ik draai ondertussen de laatste versie van Buddypress.

Ik zou het dus erg waarderen als andere Nederlandstaligen hier ook gebruik van mogen maken.

Alvast bedankt voor jullie reactie

I made a little plugin that allows you to have different BP on each domain, but there are limitations.

As jjj said, there is always one user base and plugin just adds different BP components on each site (like activities that user take, groups, messages..).

I’m not using forum so I’m not sure if this plugin would made different forum instances.

My plugin is basically making copies of tables for each site, e.g.

for friends table which is “wp_bp_friends”, plugin makes copies like:

wp_bp_1_friends (for site with id 1)

wp_bp_2_friends (for site with id 2)

I upgraded from Bp 1.0.3 to 1.1.2 yesterday and I went ahead and activated the external bbpress forum I had earlier. I would like to instead use the built in forums now so that I can have a forums dashboard like that on testbp.

Is there any way that I can now switch without losing my forum posts?

BP_ENABLE_MULTIBLOG basically allows BuddyPress to not look for the root domain, but instead just work on which-ever domain or blog that you’re on at the time. It isn’t really the answer to this question/issue, but rather a way to side-step the issue.

At the moment, there is no kind of “BuddyPressMU” type setup, allowing multiple BP communities on one installation. But, this isn’t an impossible task to pull off, with some effort.

The underlying problem is that BP uses 1 set of site-wide tables for all MU blogs regardless of site or association. It is coded to think that it has control over the entire MU setup. What would need to happen is for BP to look for which site it is occupying and enumerate its DB tables according to the site_id…

However… If we’re using one MU installation, we’re still talking about sharing a userbase regardless, so even the above scenario might not be optimal. Ultimately the problem comes from the shared userbase, which means even a new “site” has no real way to say these 10 users only belong to this site, and these 12 users to this one, and these 20 users to this one…

Something like this, in my opinion, is something that the core should be aware of, but not manage; similar to sunrise support in MU. As setups like this become more popular and the community need for it arises, I’m sure there will be a great solution to this.

I have two installations of wpmu/buddypress, one for Japanese users and one for English users. For English users, I use the user tables of Japanese users. This requires both install to use the same database, but similar to what you want, perhaps.

actually, you can just make the new blog – and make the new user the admin on the same page – and a password link will be sent them if they are already not a member –

This doesn’t require buddypress (should be posted on wpmu forum than here). Detailed methods should be available online, such as wpmututorials.com

You need to do the tasks seperately. First make a new user, second make the blog with the newly registered user’s mail address.

That’s great news, Andy!

That’s right, Vividbreeze.

UPD: apache logs:

[notice] child pid 25406 exit signal Segmentation fault (11)

tried change php.ini = zero result.

PHP 5.2.1

MySQL 5.0.37

FreeBSD

Permalinks were set to a custom setting, so I switched to default and now everything is working just fine. Thanks for your help! I’ve been using regular WordPress for a while, but MU and Buddypress have me kind of flummoxed.

Well, i checked. Where is no tables for buddypress, so problem somewhere in install.

I have dedicated server with ok resources, so i dont think its out of memory.

I installed (clean) wpmu 2.8.6 today and then buddypress. Its still white screen.

Ill try to install on other server tommorow.

Btw, can someone give me tables, so i can check if the problem with tables or not?

PS

I uploaded wpmu and buddypress with FTP both.

We have avatar uploading problems only with some users. After checking directories I suspect the problem stems from active users PRIOR to buddypress integration.

All users that signed up after we installed buddypress have no avatar problems.

Users that were already registered in wpmu prior to our buddypress install can upload avatar files but they are incorrectly (not) processed.

E.G. a prior user may have a blog ID=120 but when they try to upload an avatar then a directory is created in the wp-content/blogs.dir/1/files/avatars folder with number 131 (so not matching a blog ID).

Also the JPG files in that folder are not processed and retain their original name instead of the processed names like 7ba85e67359e35737060794b4690e67-bpthumb.jpg.

Hope this helps with debug ..

My question for now is: Is there a way to safely create a new avatar for the “broken” users through FTP while this bug is worked on ? e.g. can I create a folder with correct number and place image files in there ? (they would not have a processed name then) …

p.s. These users were assigned a random wavatar correctly at time buddypress was installed. It’s only when they change from random wavatar to their own pic that problems arise.

@nocomment yeah, we’ve fiddled and tested BP & multisite together.

@DJPaul – will investigate right-quick!

There are cases where clients have a use for multiple sites, each with its own distinct buddypress. So that would be cool. (I think we’re working on a trac ticket – don’t hold me to it yet tho)

Edit: quick confer with Ron, and the multi-blog part is a seperate isue than on multiple sites. Still thinking.