BuddyPress.org

Hmmm… disappointed at the lack of response to a reasonable request.

None of the tabs work in my install, I get the same blank pages. And guess what… I chose directory instead of subdomain. It would be kinda nice if someone could confirm if there is in fact a problem with this – it would save a lot of people wasting their time and potentially giving up… and not coming back…

Hi everybody,

Newbie with BuddyPress (INstalled today ), I’m looking for a google map plugins that permit to create map by group to localize members. The home page could display a global this map showing members ofdifferents groups. Do you think its realisable ? Someone is it interested in this ? I’ve no devalopper telent by I can help in other maneer (sorry for my terrific english ).

Many thanks

François

I have a signature running on other forums that reads: “You’re not doing anything wrong. Stop trying to do it right.”

In this case that’s appropriate. The stock behavior for mu and bp is to redirect back to the original url. But we don’t have to live with stock behavior. We got code.

The offending hunk we’re talking about is the various places that bp allows a user to logout. In all cases it has ‘redirect_to=’ site_url(). This takes the user back to where the logged out from. site_url() is what you want to change.

You need to say get_blog_option(1, ‘siteurl’) instead of that. That gets the url for the root/home blog in mu, blog id 1.

You’ll see two logout lines wherever bp allows a logout option. One is for mu 2.7 and it reads: wp_logout_url(site_url()). The other just reads ‘redirect_to=’ site_url()

The mu 2.7 version adds some security stuff to the mix and needs that wp_logout_url() call. In both cases and in all spots change ‘site_url()’ to get_blog_option(1, ‘siteurl’) and things will work as you want them to work.

I see the header in the home theme, two places in the member theme and the admin bar as spots to change.

header.php - www/wp-content/themes/buddypress-home line 48 <?php if ( function_exists('wp_logout_url') ) : ?>

header.php - www/wp-content/member-themes/buddypress-member line 46 <?php if ( function_exists('wp_logout_url') ) : ?>

bp-core-adminbar.php - www/wp-content/mu-plugins/bp-core line 81 if ( function_exists('wp_logout_url') ) {

bp-core-templatetags.php - www/wp-content/mu-plugins/bp-core line 55 if ( function_exists( 'wp_logout_url' ) ) {

Those line numbers may not be exact in all cases but it’ll be in the general vicinity.

The problem that you have to be aware of is that you are modifying stuff that will get overwritten when you update your bp installation. You’ll have to make sure that if you use SVN things get merged in properly and if you’re not using SVN then you’ll manually have to go around and put the mods back in each time.

Hey I apologize for that, I thought something went wrong with my browser.

Well I installed BuddyPress using the Combo Zip and I got all that problem. When I reinstalled using the trunk version, everything became alright but the login issue remains a problem.

It seems that the redirect code is not redirecting to the main blog and as I mentioned earlier. I am referring to the “Header” section of the “Home Theme”

I identified the code from the header. Here’s the code:

<?php if ( function_exists(‘wp_logout_url’) ) : ?>

/ ” alt=”<?php _e( ‘Log Out’, ‘buddypress’ ) ?>”><?php _e( ‘Log Out’, ‘buddypress’ ) ?>

<?php else : ?>

/ “><?php _e( ‘Log Out’, ‘buddypress’ ) ?>

<?php endif; ?>

Is it possible for someone to help me adjust this script so as to make it log out to the login page instead of a redirect? Although I wish that it would redirect to my main blog but I’ll settle for less. Help me look at a bigger picture here, I’ve installed everything and followed every possible instruction that I can find but help me understand what’s going on with this code and I’ll learn from it.

Thank you for your patience and understanding.

I got my avatar to show up in the single post using <?php bp_post_author_avatar() ?>

but what code would i need to add to make it click into the authors profile in buddypress?

Thanks for your help!

Also, amazing work on buddypress Andy!

All these errors seem to be related to the fact that the various components in bp aren’t initializing properly. Your setup is like:

../<document root>/<wpmu subdirectory>/wp-content/mu-plugins/<bp installed here>

../<document root>/<wpmu subdirectory>/wp-content/member-themes/buddypress-member

../<document root>/<wpmu subdirectory>/wp-content/themes/buddypress-home

?

https://codex.buddypress.org/getting-started/installing-individual-components/

Scroll down to Installing the Home Theme

Home theme, where the root of my blog is located, in fact the admin bar(drop down list [log out]) is also affected.

I got this result for both the log out links for the home theme and the admin bar:

You don’t have permission to access /blog/wp-login.php on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

I attempted to replace the code for the admin bar and got the same result as how mdsports had. It didn’t redirect to my home blog page.

I downloaded the latest WordPressMU and BuddyPress(I used the beta link that was given)

Here’s the admin bar code which I identified:

// **** “Log In” and “Sign Up” links (Visible when not logged in) ********

function bp_adminbar_login_menu() {

if ( !is_user_logged_in() ) {

echo ‘<li class=”bp-login no-arrow”>‘ . __( ‘Log In’, ‘buddypress’ ) . ‘‘;

// Show “Sign Up” link if registrations are allowed

if ( get_site_option( ‘registration’ ) != ‘none’ ) {

echo ‘<li class=”bp-signup no-arrow”>‘ . __( ‘Sign Up’, ‘buddypress’ ) . ‘‘;

The Home theme header logout link(the one to the right) is also similar but I have no idea how PHP really works and I spent a few hours figuring out what the problem was but I’m interested to learn how these stuff works and I hope you guys can enlighten me.

Here is the problem, when I look a the HTMl source rendered to the browser I see the path

<link rel=”stylesheet” href=”/wp-content/mu-plugins/bpdev-flickr/css/style.css” type=”text/css” media=”screen” />

<link rel=”stylesheet” href=”/wp-content/mu-plugins/bpdev-youtube/css/style.css” type=”text/css” media=”screen” />

whereas the rest of the buddypress and wordpress links have the whole domain associated with them not just the /wp-content… they have http://domain.com/wp-content

So, the function <script type=”text/javascript” src=”<?php echo $bp; ?>js/lightbox.js”></script>

needs to really get the WP domain prepended?

Best bet is create a ticket for this in https://trac.buddypress.org/ with the login credentials from this forum so that Andy knows he is breaking something again

There must be someone who is running subfolders on their buddypress that should be able to answer this one! Hopefully someone will chime in for you.

I believe someone is working on this over at http://buddypressdev.org right now

These are great issues to bring up on the buddypress mailing list and I encourage you to do it. I do not develop WPMU or Buddypress and these are just my opinions. This is just background information as well. WPMU is known to be extremely server intensive as is.

Right now, most scaling solutions have been implemented for WPMU and the database structure that is already developed and in place. Mainly, blog sites like wordpress.com and edublogs.org. They have implemented multi-database solutions where the request gets analyzed for the blog hash and directed to the proper database and the connection only occurs to the database that houses that data. Databases can reside on any server in any location.

Images are also housed in directories created through the blog hash as well. This also allows you to have multiple image directories in multiple locations if you wanted. Some even offload some of their images to 3rd party services like S3.

At present time, AFAIK, there is no solution for spreading around the buddypress data. It hasn’t been addressed yet.

I am not going to argue and say this is the most ideal circumstance or setup. There are plenty of discussions on scaling both in the WPMU forums as well as in the WPMU Advanced Forums as well as on the WPMUDEV Premium Forums. Not to mention the WP Hackers list is also a great resource from the real developers and hackers of WP in general.

Buddypress, like WPMU, are open-source communities and all input is not only welcomed, it is encouraged! Feel free to add anything that you feel would be better. I am sure Andy is welcome to hearing all feedback if you know a better way to do something.

My previous comment on this topic was purely my opinion on how the current setup could be scaled based on my experience with already ongoing projects. Right or wrong, it is just my opinion.

Sidebar widgets: Design -> Widgets -> Blog-sidebar

Left side and all other content: wp-content/themes/buddypress-home/single.php

might as well.

my site is http://upd8t.com

it currently has no real definition on the targeted audience. all the same, i’m pretty happy with it and enjoying the site. i’m using the default buddypress theme. the buddypress concept is awesome!

Hi! I’m running buddypress as of yesterday on canhasjournal.com. I started the MU site many months ago and it’s not very active, but adding Buddypress may change this! I’d been watching the BP list and see most activity seems to have moved over here now. We’re having some minor oddness, but mostly things seem to be working pretty well and I commend everyone working on the project!

This is random, but if I were to give an educated guess–it seems like the toughest part to comprehend initially might be that you don’t put the member themes under the themes file (directory) you put them in wp-contents. Just a guess, hope you figure it out and have fun…

And also, is it possible that you were using the kubrick theme as your home theme instead of the BuddyPress Home Theme? That would give the plugin error.

Also to remove buddypress just remove all contents from mu-plugins and restore your theme to Kubrick.

It’s difficult to really determine this but from what I can gather about what you are trying to do

You are trying to get mu installed in a subdirectory called /blog/blogs under the document root of a live, existing wp 2.6.5 install.

The existing live install has the it’s domain mapped to /blog (not /blogs) where the wp 2.6.5 actually resides.

I didn’t see any evidence of buddypress so you must have been successful in uninstalling it while you get mu up and running.

It looks like you have chosen the subdirectory install option for mu.

Is all this guessing right? I don’t know. I hope your live site stays up and running throughout this and I look forward to you reporting back with success.

There’s no admin bar in the login form no.

I’m not sure what email link you are referring to. After signing up a user gets an email with an activation link and then a password and then logs in with a temp password to their blog.

To get to the admin backend (dashboard) of any blog you use: myblog.mysite.com/wp-admin/ or after logging in, the user has the option of using the menu bar’s ‘my blogs’ > ‘my new blog’ ><flyout menu> ‘dashboard’

That’s also the admin area of the blog.

There isn’t a ‘bbpress bar’ that I’m aware of. There’s a buddypress bar that has a ‘my account’ menu where you can visit your profile and other options.