These 3 scripts control the slider or image slideshow. Hard to tell without seeing how you have it setup. If you are just using thumbs and not the slide show you can turn this feature off in the Nextgen settings (I believe it’s under the Galleries tab).
nextgen-gallery/shutter/shutter-reloaded.js?ver=1.3.3
nextgen-gallery/js/jquery.cycle.all.min.js?ver=2.9995
nextgen-gallery/js/ngg.slideshow.min.js?ver=1.06
Thanks @FIQ
NextGen was only installed last week because we wanted to publish a photo gallery. The install and activation of NextGen really had little to no impact on the site — it was already trudging along prior to NextGen.
But I’ll see if I can have it load only on the photo galley page.
Images are optimized using “WP Smush.it”
Not sure what the “slider” is.
As for the widgets, we eliminated a number of them during initial setup. We need the 3-4 widgets we are currently using.
As for the theme, we developed it our self. We have on staff, a pro designer/theme-developer that develops themes for all our WordPress sites. The theme for our BP site is identical to the theme for our complementary public facing site. The public facing site runs a WP blog and it is lightning fast (on the same sever as well)
That’s a ton of scripts. My bet just by looking at it is the Nexgen is slowing things. Check these out….
Only loads Nextgen on pages where it is used:
http://www.markstechnologynews.com/2012/02/nextgen-gallery-optimizer-wordpress-plugin-helps-boost-your-sites-page-load-speed.html
Optimizes images:
http://shanebishop.net/ewww-image-optimizer/
I would limit the number of images in your slider and other basic steps. You should also limit the number of widgets you use. It’s hard to tell just by looking at what you posted. Not sure what type of theme you are using, but unless you built it yourself or are using the default theme I would bet it extremely bloated like almost all premium themes sold today.
@mercime apologies for delay in responding
I would like to keep all BP pages with sidebar.
I really appreciate your help. Thank you once again!
You will need to do this which means creating your own bp-custom.php file. It explains on that page.
https://codex.buddypress.org/extending-buddypress/bp-custom-php/
@travel-junkie It’s a myth yeah, but it’s not a myth that at each page load, the page is recontructed with all the plugins, filters, filters of filters, and all the rest. The amount count or better said the server settings of many details such as php memory, max_exec etc
You’re right, good coding practice is the primar condition, but who knows that when installing a plugin ? A quality plugin coded under the 4.x area isn’t really quality satisfying today. Awfull plugins writen with the feet, but doing the job (even if penibly) are(where) legion.
Most of the plugin’s user are not php guru’s to see what changed, what is good or not in the code.
Even pro developper’s are not all qualified to be quality dev’s. Go, go, go, allways faster und hektische arbeit zum schluss. You’ll probably know that. 
And what is “quality” in the wpsphere ? 5 minutes install, download a theme, a plugin by one click and bum, done ? In the best case, user will shout “it work’s !”
It’s not quality, it’s just an easy craftwork.
Aber sonst alles klar. Tchuss 
EDIT: a funny conclusion to this just posted here few minutes ago in this tread:
https://buddypress.org/community/groups/creating-extending/forum/topic/bp-better-directories-abandoned/
that mentionned this (very explicit in my mind) 
https://wordpress.org/support/topic/plugin-bp-better-directories-ready-or-not
@Travel-Junkie
How do you go about evaluating the quality of a plug-in? (ie., how would you personally do that if you had a slow running WP site?)
I appreciate your comments and insight.
Read again @frank13 ‘s answer.
You have to make a copy of post-form.php file and put it into your church theme
From within this copy in this copy you comment the line 25, like this
`// printf( __( “What’s new, %s?”, ‘buddypress’ ), bp_get_user_firstname() );`
Done !
I you ask again i will answering in french
@FIQ
I am already running Firebug and I was using Google Page Speed to monitor.
I immediately get `#request` and then the monitor tool sits and waits just as long as BP waits to build the page(s). Typically between 3-8 clock seconds.
@megainfo
Tried your 2 ini_set commands for zlib compression. That did not do it.
Moving on to the next set of suggestions by Sarah Gooding.
RE: https://buddypress.org/showcase/
I clicked around the first 5 showcase sites (excluding the german one), and they all run faster than our BP install. Guess there’s hope for BP after all.
Wonder what makes those sites run so fast? If it’s a cache plug-in, would love to know which one they use. We use “Hyper Cache” and it’s not cutting it for us.
(ref: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/how-to-optimize-and-maximize-buddypress-performance/)
@megainfo
The current version of SeoPress conflicts with group forums, you can’t edit or delete topics and shows wrong count for each forum topics list, So its unusable in my case.
@chouf1
Totally agree with regular posting and all that stuff. The problem is on a regular wordpress blog, you need to adjust seo settings otherwise you will be producing duplicated content and getting penalties from google on your rank.
Depending on the theme you use meta titles and meta description change, You may want to control that too to adjust it to your site specifics.
@fiq
As far as I know target keywords is the primary criteria search engines use to map sites and build their listings to output in search queries, why shouldn’t one exploit that to be found by the keywords he wants to and not by some random keywords that he never knows what they are?
Totaly agree with G+ circles and add Facebook, Twitter, and the rest of social networks.
When you have a site you must have a strategy for capture visitors, You have plenty that influence how your site is build. Search engines, social networks, advrtisement, you name it.
Returning to my inicial question, What’s the best way to handle SEO optimization with BP?
@chouf1 THANK YOU!
That was all I needed. In retrospect I should have looked there. 
Here is what you add to the functions.php if anyone else is interested….
`remove_action( ‘wp_footer’, ‘wp_admin_bar_render’, 1000 );
remove_action( ‘admin_footer’, ‘wp_admin_bar_render’, 1000 );
add_action( ‘wp_head’, ‘wp_admin_bar_render’, 1000 );
add_action( ‘admin_head’, ‘wp_admin_bar_render’, 1000 );`
UPDATE On Latest Attempt To Speed-up “Painfully Slow” BuddyPress:
Activated MySQL Query Cache — no performance improvement experienced.
BP still running very slow.
Continuing to search for solutions…
the loop is in the file called profile-loop.php
buddypress/themes/bp-default/members/single/profile/
To work on it you have to create a child theme first or you will loose your modification at the next update.
You can download the modified file from here: http://bp-fr.net/wp-content/blogs.dir/1/files/group-documents/24/1345718022-profile-loop.zip
Heh. It didn’t take me too long before I realized I didn’t know exactly where the template profile loop should be edited. My best guess is now the location at: members/single/profile.php but that’s not the place.
Thank you for your understanding. I’m quite the junior at this.
%7Cutmcmd%3Dreferral%7Cutmcct%3D%2Fdev%2Fblog%2Fabout-us%2F%3B&utmu=q~){kind=link}
