BuddyPress.org

no problems with hostgator, just have to ask for the mod rewrite if you have a reseller account, not sure how it would be for a smaller package, but they pretty much rock in terms of support — 3 years and counting.

Anyone think it’s a good idea for me to make a call and ask them to embrace the BuddyPress community?

I’m looking for a host and I’ve narrowed it down to either TMD hosting, http://www.tmdhosting.com

or Media Temple

http://mediatemple.net/webhosting/

Does anyone have any experience with both these hosts, and the ease of hosting multiple buddypress installs on their servers.

Which is the better in scalability?

Thanks

Haroun

I am looking for exactly the same information.

Is there a way to setup default widgets for blogs using the buddypress-home?

Any code snippets are welcome!

As to your first question:

Look in the loop in your theme’s index.php file for this:

<p class="date"><?php the_time('F j, Y') ?> <em><?php _e( 'in', 'buddypress' ) ?> <?php the_category(', ') ?> <?php printf( __( 'by %s', 'buddypress' ), bp_core_get_userlink($post->post_author) ) ?></em></p>

Make the necessary changes.

As to your second question, look for this also in the same file:

<div class="widget" id="latest-news">

<h2 class="widgettitle"><?php _e( 'Blog', 'buddypress' ) ?></h2>

Change the word “Blog” To whatever you like.

Please note: if you plan on sticking with BuddyPress’ standard themes, you will lose these changes the next time you upgrade BP. So, either you live with that and make the changes again with each upgrade, you create your own custom themes (possibly by simply copying the current themes and renaming them), or you never write over the theme files when upgrading.

The second option is the best in my opinion. But, with each upgrade, you should still evaluate any changes that may have been made in the new standard theme as they could be important.

Before I updated my BP install last week, I noticed some similar odd search behavior. I, too, was running r1324 before I updated to the then latest trunk. After updating, the issue has gone away. I have not looked in trac to see if there was a specific bug that fixed this or if it was something else I did

However, if you have not yet read this article, you may find it interesting.

Google Custom Search for BuddyPress / WordPress MU

No I don’t see the problem. If there is a problem, only logged in users can see it. Can you give me a demo/test login username and password?

Well, change what field? The user Full Name field?

About to start a danish translation of BuddyPress. Currently considering to use either LaunchPad or Pootle as our collaboration tool.

Anyone know if Dreamcolor expects to initiate the LaunchPad project:

https://translations.launchpad.net/buddypress or release the ownership, for others to use it?

Suggestion: why don’t we settle on the same tool to use, eg LaunchPad – would make it easier for other to take part of the work.

I did this on this site, and like this:

function register_user_as_contributor($username) {

global $bp, $wpdb;



$user_id = bp_core_get_userid_from_user_login( $username );



if ( !$user_id )

return false;



$role = maybe_unserialize( get_usermeta( $user_id, $wpdb->base_prefix . '1_capabilities' ) );



if ( is_array($role) )

$role = $role[0];



if ( !$role || '' == $role || 'subscriber' == $role ) {

$role['contributor'] = 1;



update_usermeta( $user_id, $wpdb->base_prefix . '1_capabilities', $role );

update_usermeta( $user_id, 'primary_blog', 1 );

update_usermeta( $user_id, 'source_domain', 'buddypress.org' );

}

}

add_action( 'wp_login', 'register_user_as_contributor' );

I’m sure there is another action you can use so it doesn’t run on every login, but this works.

I can usually recommend some solution that doesn’t require modifying the core. In this case I just can’t. It looks to me like the only way to get years beyond 2009 is to do this:

/buddypress/bp-xprofile/bp-xprofile-classes.php

Line # 567 is:

for ( $i = date( ‘Y’, time() ); $i > 1899; $i– ) {

Change that to:

for ( $i = date( ‘Y’, time() ) + 5; $i > 1899; $i– ) {

You mean top left of theme? That’s an image – you’ll find it in /wp-content/bp-themes/buddypress-member/images/logo.gif.

Ninh-

I’ve looked at your site and of course cannot duplicate the problem without logging in. But, that’s okay.

You mention that you’re using a custom theme. Read the first post in this thread, paying close attention to the parts that talk about custom themes. Also, there are more posts within this thread that discuss theme issues that could apply.

It appears that you are still using BuddyPress 1.0_RC1. I cannot remember if any of these issues apply to RC1. Perhaps someone with longer BP experience can chime in.

There’s nothing confusing about this at all.

We’ve got wpmu installed on a linux type subdomain using the subdirectory blogs option with bp’s home theme running on a blog id other than the default root blog id of ‘1’ using beta versions of both wpmu and bp including a new restriction from bp that it be installed in /plugins/buddypress and activated sitewide with a new mechanism that replaces the old /mu-plugins scenario.

lol. Time for a nap.

Okay, putting aside the subdomain versus subdirectory issue for a second, you state that:

…the bp link in the menu works but where is says “disbale components using below form” nothing shows

It sounds like BuddyPress is not activated. With the 1.0_RC2 changes, BuddyPress is now considered a single WPMU plugin. You must first login to the WPMU backend as site admin and then go to Plugins > Installed and make sure that BuddyPress is activated.

Once it’s activated, a new menu group is created at the bottom of the menu tree called “BuddyPress”. You click on BuddyPress > Component Setup and you should see that all the BP components are enabled by default. It is in this admin screen where you can enable and disable individual components.

If you’ve already activated BuddyPress, then something is clearly wrong. Have you double checked to make sure that you copied all the BP component files and folders (minus the theme folders) into the /wp-content/plugins/ folder? Did you install the BP suite into the /wp-content/mu-plugins/ folder instead?

If the BP install locations and files are in their proper place, then I would recommend deactivating BuddyPress then deleting the entire BP directory and try reinstalling the BP plugin suite again and see what happens.

Okay, all you developers out there. I’m sure you have an opinion. We’ve only heard from six members and I know there are more of you lurking behind the code somewhere!

Come on out. Tell us your thoughts and opinions!

Danielfelice-

Okay, a few more questions:

1. Are there any errors being reported in the error logs? If so, what are they?
2. Are you using the default BuddyPress themes with no changes at all?
3. Did you use the new WPMU config file, or a config file from an older version?
4. Is buddyPress-home theme installed in /wp-content/themes/ ?
5. Is buddyPress-member theme installed in /wp-content/bp-themes/ instead of /wp-content/member-themes/ ?
6. Did WPMU work fine before BuddyPress was installed and activated?
7. Do you have any WPMU plugins other than BuddyPress installed? If so, have you tried deactivating them to see if that makes a difference?

i would do that, but under donations not payment

Home theme:

wp-content/themes/buddypress-home/

Member theme (for RC1):

/wp-content/member-themes/buddypress-member/

Is there a way to replace the img with just the word ‘Home’ in the same font/style as the rest of the navigation?

I\\\’ve tried replacing this:

\\\’ **** Default BuddyPress admin bar logo ********

function bp_adminbar_logo() {

global $bp;

echo \\\’root_domain . \\\’\\\”><img id=\\\”admin-bar-logo\\\” src=\\\”\\\’ . apply_filters( \\\’bp_admin_bar_logo_src\\\’, site_url( MUPLUGINDIR . \\\’ … admin_bar_logo.gif\\\’ ) ) . \\\’\\\” alt=\\\”\\\’ . apply_filters( \\\’bp_admin_bar_logo_alt_text\\\’, __( \\\’BuddyPress\\\’, \\\’buddypress\\\’ ) ) . \\\’\\\” >\\\’;

}\\\’

with this:

\\\’ **** Default BuddyPress admin bar logo ********

function bp_adminbar_logo() {

global $bp;

echo \\\’root_domain . \\\’\\\”>Home\\\’;

}\\\’

That should only replace the img with text, but for some reason it messes up the entire top line navigation. Apparently there\\\’s some code mixed in with the already overcomplicated img link that\\\’s required for what follows after. What and why?!

Aaarrrggghhh…. I give up. It’s impossible to show the code without it becoming a mess.

[code 1="a" 2="bit" 3="to" 4="avoid" 5="escaping" 6="mess" language="modified"][/code]

Aaarrrggghhh…. I give up. It’s impossible to show the code without it becoming a mess.