BuddyPress.org

Hey I’m actually having a lot of trouble with this too on a few websites…. WordPress 3.8, BuddyPress 1.9, few plugins, VPS with over a ram of memory each (not enough imo but whatever) and cachhing… the site is plenty fast enough on Pingdom tests and WebPagetest.org… but the add friend functionality is painfully slow….

Cicade, did you ever find any culprits here? Has anyone else noticed with this with BP 1.9? I had not before, with 1.8. Just curious if this was solved, or if anyone else is seeing a problem/has a solution.

I’ve had a lot of luck with the W3TC plugin. I set object caching to Disk, Page caching to APC, and minification with CloudFlare (I’d use APC otherwise). If you have a lot of memory to work with, by all means use APC on the disk too…. the VPS’s I’ve worked on lately had only a gig and object cache with that had a tendency to crash under moderate traffic.

“Is it safe to say that the caching plugins do not provide a good solution for Buddypress? And that a server side caching solution is the best option?”

This question doesn’t quite make a lot of sense. APC, memcache… hell even disk is server side. And the plugins available are doing that. The question is what’s right for your site… and that really depends on what you’re starting with on your server (which I presume is a VPS not a VPN)

Anyway, W3TC works for me…but you’re gonna get a lot of answers cause it really just depends.

Key thing to note: “My site has reached popularity that I need it now.”

If you didn’t already know, play with caching on a test server. It’s useful stuff, but you can crash the site very easily if you make a mistake. This is not a toy to play with on a live website.

Hi. Create buddypress.php in your theme and add the following:

<?php
/**
 * Genesis Framework.
 *
 * WARNING: This file is part of the core Genesis Framework. DO NOT edit this file under any circumstances.
 * Please do all modifications in the form of a child theme.
 *
 * @package Genesis\Templates
 * @author  StudioPress
 * @license GPL-2.0+
 * @link    http://my.studiopress.com/themes/genesis/
 */

//* This file handles BuddyPress pages

//* Remove the entry footer markup (requires HTML5 theme support)
remove_action( 'genesis_entry_footer', 'genesis_entry_footer_markup_open', 5 );
remove_action( 'genesis_entry_footer', 'genesis_entry_footer_markup_close', 15 );

//* Remove the entry meta in the entry footer (requires HTML5 theme support)
remove_action( 'genesis_entry_footer', 'genesis_post_meta' );

genesis();

If you notice the breadcrumbs pointing to home and don’t want them to, add this

add_filter ( 'genesis_home_crumb', 'sp_breadcrumb_home_link' ); // Genesis >= 1.5
function sp_breadcrumb_home_link( $crumb ) {
	return preg_replace('/href="[^"]*"/', 'href="whatever link you want"', $crumb);
}

add_filter( 'genesis_breadcrumb_args', 'sp_breadcrumb_args' );
function sp_breadcrumb_args( $args ) {
	$args['home'] = 'Whatever Text You Want';
	$args['sep'] = ' / ';
	$args['list_sep'] = ', '; // Genesis 1.5 and later
	$args['prefix'] = '<div class="breadcrumb">';
	$args['suffix'] = '</div>';
	$args['heirarchial_attachments'] = true; // Genesis 1.5 and later
	$args['heirarchial_categories'] = true; // Genesis 1.5 and later
	$args['display'] = true;
	$args['labels']['prefix'] = 'You are here: ';
	$args['labels']['author'] = 'Archives for ';
	$args['labels']['category'] = 'Archives for '; // Genesis 1.6 and later
	$args['labels']['tag'] = 'Archives for ';
	$args['labels']['date'] = 'Archives for ';
	$args['labels']['search'] = 'Search for ';
	$args['labels']['tax'] = 'Archives for ';
	$args['labels']['post_type'] = 'Archives for ';
	$args['labels']['404'] = 'Not found: '; // Genesis 1.5 and later
return $args;
}

Right, so 36824 is a valid member ID?

Inside the /36824/ folder you should have some files. These will be the avatars that particular user has uploaded. Now I’m not sure about this but in the past I don’t think BP deleted old avatars when a member changed their avatar.

Are you using BP 1.9? This should be resolved going forward:
https://buddypress.trac.wordpress.org/ticket/5044

It might take a manual clean-up to remove the old avatars left over from pre BP 1.9 change-avatar user actions.

Should I put a noindex on the /uploads/avatars directory?

That wouldn’t do any harm.

I think you can use the default Xprofile fields for this.

Just add a new tab ‘video’s’ and another tab called ‘photo’s’ and let them copy-/paste links to YouTube-/Flickr and others inside a multi-line text input field. ( Xprofile )

I believe the WordPress Embed service will auto complete those links into embedded video’s and images.

If not –> Search: BuddyPress auto embed xprofile – something like that.

Actually, this is exactly what BePro Listings does. Its a wordpress classifieds listings plugin which works with buddypress. Members can create and manage listings from their buddypress profile and their creations show up in the activity feed.

You can setup google maps, cost, and several other features 100% for free. beprosoftware.com/products/bepro-listings
[deleted extra link- no ads please. mercime]

You are right about job board or marketplace type plugin’s being out of date and complicated to hack. BePro Listings is constantly being updated and has a plethora of wordpress hooks and filters for expansions. In fact, that’s how the plugins/addons all work together, because BePro Listings is so extendable. Its built to fit into any wordpress theme

Regards
___
BePro Software Team

Hi, I have a similar problem. Is there a way of making a user role that will work in the wordpress site but not show up in buddypress.

@ubernaut – thanks for the kind words and your feedback during the dev

@henrywright
>like a member stats dashboard

Not sure what you mean.

http://www.philopress.com/products/buddyreports/ is meant to be a flexible Administrator tool. Therefore access can be restricted.

There is this plugin for front-end graphs.
https://wordpress.org/plugins/buddypress-activity-graphs/

@ubernaut The problem is internal broken links – the activity stream might have items in it that aren’t removed that point to a user’s profile. Then there are manual links user’s have posted themselves – @-mentions in activity updates, in activity comments, in blog comments, in blog posts, and inside private messaging threads. The list is quite endless. To my knowledge, there’s no set way of dealing with these remains after an account has been deleted.

I opened a thread a few days ago in an attempt to perform some housekeeping after a user deletes their account. Didn’t get any responses so I put the idea on hold temporarily.

https://buddypress.org/support/topic/housekeeping-after-delete-acount/

Check your error logs. https://codex.buddypress.org/getting-started/troubleshooting/blank-pages/

Do you mean immediately after you’ve submitted? That is usually the result of JavaScript. Take a look in buddypress-functions.php or global.js if you are still using bp-default.

Mike

WordPress and BuddyPress are set up to work in different languages provided the alternative language files are available and installed.

There is a difference between running a site purely in another language, vs. having an existing site be able to switch between languages.

If the site will be purely in Spanish that’s straightforward, you have to just load the WordPress and BuddyPress Spanish language files. If you want to switch that’s more complicated and you will want to use a plug-in to achieve that.

If you are switching between languages, there’s the question of the WordPress & BuddyPress text (the buttons, things like “user1 posted an update 10 minutes ago” etc., and then there is your content, your words and the page, the menus etc.

You’ve got a bit of reading to do to learn more about this.

Start with https://codex.wordpress.org/WordPress_in_Your_Language

For BuddyPress you can use this plug-in to make sure it loads the latest Spanish language files:
https://wordpress.org/extend/plugins/buddypress-translations

There are a bunch of plugins for maintaining a bilingual site that all work in different ways. Try WPML or qTranslate to get you started (although you may find they do not fully support BuddyPress, you’ll have to try them or contact the developers to see.)

TL:DR; is it’s very straightforward for standalone sites in a different language, but pretty complex for multi-lingual sites that you can switch between languages.

@ofloveandbeauty thanks for the screenshot. That menu is not generated by BuddyPress. It’s more like it was generated by another plugin which probably needs to be updated by the developer.

read this to understand templates

Template Hierarchy

I’ve got no advice the actual problem as I’ve only been banging my head against BuddyPress for about a week, but did you check to see that the update didn’t overwrite your changes? My understanding is that you need to use a child theme for file changes so that updates don’t overwrite them.

Hi @rayela, since your original question never got answered I thought I’d give you an answer:

As you discovered, you can disable all activity feeds for your entire site by unchecking the “activities” component on the BuddyPress settings Components tab, but as you mentioned this results in a blank home page which isn’t good.

Unfortunately, you cannot fix this without writing code because there are no easy options to do this with BuddyPress (I feel your pain, I quit programming for a reason).

You will need to create a functions.php or bp-custom.php as mentioned above to add custom code to. This function will redirect it so that the forum tab is the “home page” for your group and remove the “home” tab so that it’s no longer visible:

function redirect_group_home() {
  global $bp;
  $path = clean_url( $_SERVER['REQUEST_URI'] );
  $path = apply_filters( 'bp_uri', $path );
  if (bp_is_group_home() && strpos( $path, $bp->bp_options_nav[$bp->groups->current_group->slug]['home']['slug'] ) === false ) {
    if ($bp->groups->current_group->is_user_member || $bp->groups->current_group->status == 'public') {
      bp_core_redirect( $path . 'forum/' );
    }
  }
  
  $bp->bp_options_nav[$bp->groups->current_group->slug]['home'] = false;
}

add_action('bp_init', 'redirect_group_home');

I’m not sure if you’re still active here but I felt after your amiable responses you deserved a real answer.

Hi focallocal,

Read this for a tentative fix:
https://buddypress.org/support/topic/buddypress-stopped-working-with-thesis-on-upgrade-from-1-8-to-1-9/#post-176829

And reply in that thread to let us know if it fixes your problem.

Thanks to Qball7686 for posting a freely-available theme that runs into this problem.

I have a tentative fix for this. See:
https://buddypress.trac.wordpress.org/attachment/ticket/5301/5301.01.patch

If people who are having problems with their themes can test this fix and let us know if that works for them, that would be great.