BuddyPress.org

Hi thezohan10,

Thanks for your reply.

You solution is interresting. Did you modify the plugin or did you create your own ?

In any case, can you share your code ?

Thanks!

Sorry to sleepy, the post above was for this topic:

https://buddypress.org/forums/topic.php?id=76

Cheers,

Z

Hi to all, i will tell you my little experience with the subject.

First of all: How does the global tags blog work? Simple, when someone makes a post, WPMU triggers an event. Basically there is a plugin that is hooked to that event, and when the post is made, it copies the post to a TAG blog (typically “invisible” and with a modified template, i will try not to extend here). But it dupplicates the post in the tag blog, and when you wanna show a cool plugin with al the site tags, you add the standard WP tag function instantiating that blog.

THE PROBLEM WITH BUDDYPRESS:

Inspite that in the PHP code of buddypress tries to evaluate, reading the options of WPMU if the POST comes from the TAG BLOG, it fails, cause there is an environment problem there. $BP and $WP* does not bring the correct actual blog id from the Blog where the post was made (Tag blog) so it thinks it´s a new entry, so boom, it keeps on publishing, POST – HOOK – POST – HOOK etc… until the buffer makes a little BOOM!. And it stops.

What i did (i figured this problem the first time i installed buddypress) and maybe it´s not the best answer to your problem, is to use my own post indexer (i was using that plugin before for other reasons) so i took the HOOK of SAVED or PUBLISH i don´t remember and i am triggering the BP post record function directly from my plugin.

But the important thing is that, the BP code is perfect at that point, it tries to evaluate if the blog is the TAGS BLOG, but there´s a problem with the environment $BP or $WP**** at that point, so the BLOG_ID is messed.

Hope it helps Andy.

Z.

Hi to all, i will tell you my little experience with the subject.

First of all: How does the global tags blog work? Simple, when someone makes a post, WPMU triggers an event. Basically there is a plugin that is hooked to that event, and when the post is made, it copies the post to a TAG blog (typically “invisible” and with a modified template, i will try not to extend here). But it dupplicates the post in the tag blog, and when you wanna show a cool plugin with al the site tags, you add the standard WP tag function instantiating that blog.

THE PROBLEM WITH BUDDYPRESS:

Inspite that in the PHP code of buddypress tries to evaluate, reading the options of WPMU if the POST comes from the TAG BLOG, it fails, cause there is an environment problem there. $BP and $WP* does not bring the correct actual blog id from the Blog where the post was made (Tag blog) so it thinks it´s a new entry, so boom, it keeps on publishing, POST – HOOK – POST – HOOK etc… until the buffer makes a little BOOM!. And it stops.

What i did (i figured this problem the first time i installed buddypress) and maybe it´s not the best answer to your problem, is to use my own post indexer (i was using that plugin before for other reasons) so i took the HOOK of SAVED or PUBLISH i don´t remember and i am triggering the BP post record function directly from my plugin.

But the important thing is that, the BP code is perfect at that point, it tries to evaluate if the blog is the TAGS BLOG, but there´s a problem with the environment $BP or $WP**** at that point, so the BLOG_ID is messed.

Hope it helps Andy.

Z.

Oops, that’s what I meant. Mistyped sorry.

Still nada: http://donicethings.org/beta/wp-content/mu-plugins/bp-languages/buddypress-en_US.mo

At http://donicethings.org/beta, groups is supposed to translated to “projects”.

The basics of what I did was edit bp-xprofile.php and removed these lines:

$sql[] = “INSERT INTO “. $bp . ” (

id, group_id, parent_id, type, name, description, is_required, field_order, option_order, order_by, is_public, can_delete

) VALUES (

1, 1, 0, ‘textbox’, ‘” . __( ‘Public Display Name’, ‘buddypress’) . “‘, ”, 1, 1, 0, ”, 1, 0

);”;

$sql[] = “INSERT INTO “. $bp . ” (

id, group_id, parent_id, type, name, description, is_required, field_order, option_order, order_by, is_public, can_delete

) VALUES (

2, 1, 0, ‘textbox’, ‘” . __( ‘Last Name’, ‘buddypress’) . “‘, ”, 1, 2, 0, ”, 1, 0

);”;

Then I went into my database and deleted those fields. Once those are gone BP defaults to using the username.

I think this may have been fixed today??

https://trac.buddypress.org/changeset/557

Changeset 557

View differences

Show lines around each change

Ignore:

Blank lines

Case changes

White space changes

Timestamp:

11/19/08 16:03:44 (5 hours ago)

Author:

apeatling

Message:

Added missing switch_to_blog() call which was causing issues with using the recent blog posts widget.

Glad to hear you resolved everything. I too had no problem adding the BuddyPress features to another theme.

You may need to install WPMU and BuddyPress in the root, not in a directory.

Andy mentioned that it will come after the initial major release of Buddypress, but you can keep up by following the timeline.

https://trac.buddypress.org/wiki/roadmap

Trent

@gpo1 using a custom theme works just fine now. Your bp admin bar shows up even using that alternate theme. Give it a try.

scotm, I like your site are you using the modify buddypress home theme ?

Because I want to use a custom theme,but I want the login task bar & sign-up features on the custome theme.

So, How can I do this on a custom theme?

Have you checked out http://www.omnis.com/

Not wp-content/plugins/bp-languages

It should uploaded in wp-content/mu-plugins/bp-languages

PS: All the BP plugins should installed in “mu-plugins” not “plugins”

I hope that a fix will be find … I agree that this kind of functionality is really important.

I know exactly how i want to use it but we have to be patient …

I will follow this thread !!

Apologies for hijacking the thread, but it seems like even with my file in the wp-content/plugins/bp-languages folder, it still doesn’t seem to work.

My file is called en_US.mo cause I need to change a few words in buddypress (but not in WP Mu), but I didn’t change the WPLANG constant (though I’ve tried, not that it makes any sense changing it). Is that causing the non-translating-dom?

Many thanks!

I fired up another ticket on this. The fix for the infinite loop doesn’t seem to work. Running with that fix and it still happens. Other strange things happen as well. I disabled the blogs component in the mean time.

Ok, It looks better than before, but still some issue on width on my screen. The width exceeds my browser width and it extends on right hand side.

Not sure everyone has same problem as I am using mini-Laptop with resolution of 1024 x 600 (That may look odd but my screen is like that, can’t be any better)

Below are screenshots of my screen and I have circled the problematic areas.

indianexpats[dot]org/BP/BP_SC1.GIF

indianexpats[dot]org/BP/BP_SC2.GIF

indianexpats[dot]org/BP/BP_SC3.GIF

Cheers

I’m currently using future hosting VPS (futurehosting.biz) and am happy as pie. I spent hours researching VPS providers and it was down to SliceHost and Future Hosting. I decided to go with Future Hosting strictly based on cost vs. given resources.

I second the the fact that VPS or a Dedicated server is the best route. Shared hosting is great for a super small WPMU site, anything over a 50 or so active users your going to run into resource issues.

Has anyone messed around with Amazon’s EC2 and S3 services?

BB

If you have permalinks up and running already, it shouldn’t be an issue with the .htaccess as buddypress uses existing permalinks. Do you have a cache plugin installed? Anything in your error logs? Have an example?

In terms of privacy of seeing profiles, this is coming in a later version by default, but for now, you can do what I proposed at the following:

https://buddypress.org/forums/topic.php?id=160

It just makes the entire buddypress-member theme from being no viewable by anyone but logged in members. The buddypress-home theme still is available for signups though.

Trent