BuddyPress.org

@4ella no DO use a child theme, if all you want to do is some basic CSS styling ten you only nee to create the most basic child theme with a style.css file in it.

Follow this guide it’s very straightforward:
https://codex.buddypress.org/theme-development/building-a-buddypress-child-theme/

If you now activate your theme in the dashboard it will inherit/ import the main BP styles as well as all the other important BP stuff, you can now add your own styles to your stylesheet below the @ import calls to override any BP styles.

@Scotty501

Sometimes, themes seem to be missing a few essential style elements for Buddypress, but you can fix that. Open your Fishbook theme’s style.css file and scroll to line 966 where you’ll see the style rules for `ul.activity-list li`
Add the following to make sure everything in each activity item sits snugly inside the container:
`display:inline-block;`

The styling for images added to the activity stream by BP-Album plugin also needs a slight adjustment for your theme. You can add a bit of extra space beneath activity item images so they don’t crowd the divider line. Open bp-alnum/includes/css/general and scroll to line 197. Add the following to `.picture-activity-thumb img`:
`margin-bottom:10px;`

Bump.

I’m having the same problem as Tonyone, and it goes away when Buddy Press is disabled. The first problem stated in this thread, the forgot password feature is not sending emails, is different than what the “me toos” are describing.

With BuddyPress enabled
A new user who creates an account gets their account notification email
The Fast Secure Contact Form works and sends email
The Email Users plugin works
BUT
The Bulk Password Reset plugin does Not work, neither does the ‘Get New Password’ on wp-login.php. Both of those trigger this error:
The e-mail could not be sent.
Possible reason: your host may have disabled the mail() function…

This may not be a mail problem but a password rest problem pulling the wrong error message out of … someplace

I’m on a Bluehost server, running WP 3.1.3 and BuddyPress 1.2.8

Thanks for coming back with your solution…. I wish more people would…

Huge thanks @hnla , I have changed template to default and it is quick like a hell – now , so it is only a little bit css customization to turn “default” to black design (UNPLUGGED served only for colours , nothing else , UNPLUGGED THEME WAS a PROBLEM , thanks a lot !!! next time I will avoid using child themes , I like default with some little customization

@naved sorry I didn’t mention your post , did you get it work ? use Firefox and latest FireBug ADDON for everything , it will show you everything , I use it a lot, but I am sure that @hnla responded right .

try the process in reverse to find out what the cause is, activate the theme but no plugins and see how the site performs, if still ok activate plugins one by one checking each time to see how the site runs.

There was a useful BP utility plugin called ‘buddypress-restrict-group-creation’ writen by Rich

== Description ==

This plugin will restrict creating groups and group settings to certain WP Capabilities and various member thresholds (forum posts, friends, status updates, days since registered, achievements)

In addition, this plugin will auto-demote the group creator to group mod to ensure group settings may not be modified after creation. You may also define a group admin and mod that will be auto-assigned to all new groups. (requires adding 2 config lines)

It’s no longer being supported so will likely need overhauling to work with BP 1.3 when it arrives. The plugin should be in the BP plugins group somewhere.

Thanks a lot @hnla , it is very helpful , I will work on it now , I think that I will delete all UNPLUGGED theme and will add all css in my default theme ,( “unplugged theme ” runs on “default” theme so it wouldn’t be so difficult , I have deactivated 30 plugins now , so I feel that it is much more faster with 30 plugins , I have realized that my website on internet explorer 9 is at least 3 times faster than mozilla 4 which from the start when I have installed it was very quick and now has some memory problems (slowly increases and takes 1gb RAM) so it is very slow for all my websites (maybe I got a virus) and unfortunately internet connection here in Italy is very bad for me now (NOT ADSL) 7.2MB – so my testing is very limited . Thanks a lot for your help !

@naved I thought I had ?

/wp-content/themes/your-theme-name/footer.php

your-theme-name equals whatever theme you have installed and are using if you are using the bp-default theme then it’s in:

/wp-content/plugins/buddypress/bp-themes/bp-default/footer.php

But you don’t really want to edit the core theme as the changes will be overwritten when you upgrade so one uses a child themeto make mods to bp-default theme files.

I’m having the same problem. Using Genesis with the GenesisConnect plugin. The problem seems to be with BuddyPress. Bump.

Check this out for some tips – http://buddydev.com/buddypress/creating-the-sitewide-globalunified-search-page-for-your-buddypress-theme/

activate BP default theme disable all plugins except BP if you are still experiencing slow times then it’s your server that is the problem and that we can’t really advise on.

It’s slow on initial get request with times approx 8 secs ( that feels reminiscent of the issue I had that I tracked down to a WP DB update running) it’s hard to say, however, exactly what is causing this subsequent pages are better @ ~2secs. one thing that ought to be corrected; you are trying to call the reset.css file twice, BP is loading it ok through it’s @import but your theme ‘Unplugged’ appears to be trying to load it from it’s local directory and it doesn’t exist so that’s throwing a 404 error file not found and taking 13/5 secs to time out also there a few other 404’s that ought to be tracked down and corrected.

All in all there is a whole heap of script calls and css being requested, and is going to slow things down to a degree although browser caching should help that once the browser has initially downloaded and cached a file.

One thing your server doesn’t appear to be doing is using mod_deflate content encoding to gzip files before transfer, this does speed up file transfer by compressing contents and letting the browser unzip them it’s end, so maybe speak to your host and ask if it isn’t enabled could it be.

@hnla , @dataprise1 Thanks guys for your kindly respond , I have many plugins which are running once a month (data importers , category importers , group joiners , privacy plugins , many plugins not important for running the live website at all , but making my life easier when I want to import something , protect something etc , ) I was thinking that if those plugins are not in use at the moment , at that page , they don’t create bigger page load and I don’t need to deactivate them or delete them.
But I am laik , I have realized that I am possibly wrong because as @hnla recommended I have also installed HttpFox , it is showing me a lot of data , for sure some expert can see a problem , but to tell the truth I don’t understand this tool at all , I can’t understand which function-page is taking too much time, I see some facebook addresses – scripts delays (also 55sec.), really many gravatar callings , some google API scripts , Google Maps callings (even if that page doesn’t contain any Map on ) I am ready to give up all gravatars on my website , allowing only uploaded images , I have also deleted all gravatars=avatars from activity stream (in css display:hidden them – maybe there should be a problem ? I didn’t deleted the codes from templates , so it is calling css which returns display:hidden ), but :
Can I ask if anybody of you can take a look at my website ( http://www.4ella.com) to see it with Httpfox or similar tool if there’s something very unusual , uncommon , notable ? Like this I would like to encourage anybody who would like to use this website for test purposes before I will launch it and put in live environment.
Tonight I will try to deactivate all my plugins together , and will start to activate them one by one (before I made it on contrary , deactivating one by one , so there were always 59 other plugins running) , but when I make them running alone , how can I benchmark them ? HttpFox is showing me a lot of data , how much time for every page is a lot ? When controlling it with HttpFox I was trying to see difference between buddypress.org and my website and it was only showing me difference with some facebook pages (I am using premium facebook auto connect plugin ) . I was hoping that I will find here some tips from other users for some plugins which takes more time to load than other – for example:
I can easily live without BP – achievements plugin , but I can’t imagine to give up bigger plugins like Buddypress Docs , Buddypress Review , Gallery and also some other smaller plugins , I was hoping to find some tool which will tell me that Buddypress BP- Achievements plugin together with other one takes too long .
About the change shared hosting on Bluehost.com. Hosting change I want to be a last solution , because the website is not earning any money and I can’t allow any dedicated server yet (I will inform myself about VPS – somebody on this forum adviced this cheaper solution)
Any help would be very appreciate Daniel

I keep a test site live running WP 3.1/BP 1.2.8 a few plugins , some test stuff -generally I expect it to be a bit of a mess yet after the initial page load of 1.5 secs( too slow ) all pages load in around 600ms @naved your times suggest something very wrong but where is hard to say without monitoring and testing, however custom functions can slow down page loading a lot as I found the other day with a function I was using to update the meta of a series of WP pages, it was slowing the page down to approx 8 secs until I wrapped it in a conditional to only run once.

@4ella really the only thing I can think to advise is to disable all plugins then benchmark a page load and start to add plugins back in. 60 plugins is almost certainly going to load the site to some extent, if they’re not well written could well be conflicting; on the other hand the problem could rest with the server especially if you are on shared hosting where you might have 100 sites all trying to grab cpu cycles at the same time