BuddyPress.org

@destac
Sarcasm will not get you far on this forum so how do you figure you can fire anyone being that this forum is volunteer based? If you would like to hire a pro then post it on the jobs board here: https://buddypress.org/support/forum/plugin-forums/bp-jobs-board/
or here: http://jobs.wordpress.net/https://buddypress.org/support/reply/228048/edit/ Then you can be more demanding because you are paying someone to fix your issues.
If you expect volunteer help from here then I suggest that you refrain from using sarcastic remarks on the forums otherwise you may push people away from helping you because nobody likes a smart a** and if you are so smart then you can fix your own problems! Happy Halloween!

Here’s a list of all of the changes made in BP 2.1.1 (from version 2.1):

https://buddypress.trac.wordpress.org/query?status=closed&group=resolution&milestone=2.1.1

From a regular users point of view, I find it unlikely they’ll even bother to acknowledge new email notifications,

Agreed but I think it depends somewhat on the community. I can see email alerts being highly useful in some communities and not so useful elsewhere.

BuddyPress is first and foremost a platform. It puts foundations in place for people to build on (hence why we have plugins and themes). The Live Notifications plugin is a good example. It makes use of the bp_notifications database table put in place by BuddyPress. If a webmaster wants to have ‘live’ notification functionality, then they can use that particular plugin. Keep in mind some webmasters may have no need for live notifications and may not want them on their site. Each (WordPress) AJAX request makes a call to admin-ajax.php – which results in a very slight delay in page load speed due to the extra processing required. This delay might not be very noticeable on sites with low activity or extremely powerful servers, but could be very noticeable on a site using a clunky hosting infrastructure or on a site with tons of activity. Imagine packing feature after feature into core by default – it would bloat the plugin unnecessarily.

Hi @style960

Email notifications are fired off instantly (unless queued by your mail server). Web notifications (as you’ve noticed) need a page refresh by default. Ajax would need to be put into place in order for them to become ‘live’. You can request this feature over at Trac but there’s no guarantee the functionality will make it into core.

Hope that helps!

I’m facing the same problem. Just installed WP on Virtualbox with Vagrant (VVV WordPress), created WPMU and then added the BuddyPress Multi Network plugin. All plain and clean, latest versions, no other whistles and bells.
Admin is marked as spammer, but status is green (active, not red(spammer)).

BuddyPress Like might not be what you want but I thought I’d point it out. You can customise the ‘like’ text via the WordPress admin area.

We don’t have our own option for that. Use WordPress’ “allow registration” option which I think is in wp-admin > Settings > Reading.

Regarding the bar, no. Again, it’s WordPress’ bar, and there are probably helper plugins which will turn it off for you (or code snippets); you should be able to find something on Google pretty easily.

Contribute to the translation on https://translate.wordpress.org/projects/buddypress/dev and then, eventually, your WordPress will download the updated translation automatically. 🙂

Read the Answer here.

Great, glad that fixed it! You can see the list of WP actions here: https://codex.wordpress.org/Plugin_API/Action_Reference.

To limit this redirect just to the home page update it to something like this:

add_action( 'template_redirect', 'redirect_visitors' );
function redirect_visitors() {
    if ( !is_user_logged_in() && is_front_page() ) {
	wp_redirect( site_url() . '/my-site-registration' );
        exit;
   }
}

Hey @professornate! Thanks for posting in the forums!

The issue you are seeing here is a result of some BuddyPress assets not loading. The site is throwing a Javascript error and that is preventing the page from loading.

First thing to try here is to deactivate and reactivate the BuddyPress plugin. If the issue persists, try changing your theme to one of the default WordPress themes (say, twentytwelve). I’m virtually certain that one of those steps will fix the issue. Let me know if it doesn’t.

If the issue is fixed by switching the theme to twentytwelve, try switching it back to your current theme. If the issue comes back, then there is something up with the theme and you should try re-installing it.

More fun with “bp_setup_current_user was called incorrectly.” I tracked it down to the plugin Buddypress Wall in our site. See: https://wordpress.org/support/topic/dashboard-warning-and-fix-bp_setup_current_user

Hi garciasanchezdani.
Great site dude, I can see you spent a lot of time on this…Great!!
Like Paul said 2.4 megs for a home page, Phew thats huge.
Also 117 requests, also way to many.

Try use http://www.jpegmini.com/main/shrink_photo to compress “all” your jpeg images
And https://tinypng.com/ to compress all your png images

they are both free to use or you can sign up and buy ( sorry I’m not promoting them, I use them for all my sites)
Also add the following to the begining of your htaccess file…before the wordpress code; and it should help with some of your Yslow speeds.

////////////////////////////////////////////////////////////////////////////////////////////////

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xhtml+xml
AddOutputFilterByType DEFLATE application/x-javascript application/javascript text/javascript text/css

<FilesMatch “\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$”>
ExpiresActive On
ExpiresDefault “access plus 1 year”
</FilesMatch>

Header unset ETag
FileETag None

////////////////////////////////////////////////////////////////
I would try as far as possible to keep my pages down below 600k
and request to less than 50

Hi @robertosalemi

Check out these:

• https://wordpress.org/plugins/buddypress-component-stats/
• https://wordpress.org/plugins/buddypress-member-profile-stats/

Note: I haven’t used them myself, but they look popular.

also – your links point to:

<a href="http://www.JenniferMFitness.com/groups/new-year-new-you/">New Year, New You</a>

Note the capitals in the href.

You might want to try changing them to lower case in wp-admin/options-general.php
in the WordPress Address (URL) and Site Address (URL) fields.

Then it may be your .htaccess file.
It should look like this:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Hi,
you’ve got a lot of plugins in your site. Please check for example with this plugin
https://wordpress.org/plugins/p3-profiler/ which plugin slow down your side.
Then I would reflect if I need all plugins realy….

Hi @ddt

This isn’t a problem I’ve come across myself. Can you provide some links to where you’ve read about BuddyPress not liking WordPress in its own directory (as opposed to the root dir)?

@milenushka
BuddyPress 2.1.1
Wordpress latest

Perhaps those styles are no longer being used ?

You can download older versions of BP here.

Make a backup of your database.

Then deactivate the BP plugin.
Then upload another version of BP and activate.

Better a child theme and to start, read here first:
https://codex.wordpress.org/Child_Themes

and once you understood how it works, you can read again
https://codex.buddypress.org/themes/building-a-buddypress-child-theme/

and search on the forum for topics related to theme. 😉

Try deactivating all plugins and then check if this issue still continues.

Explanation:
Mostly it happens if some plugin is interfering in registration process because the way BuddyPress registers a user is a bit different then what happens in WordPress by default for which usually plugins are designed.