BuddyPress.org

@Jeff. That’s cool. I can just use a simple plug-in to block out groups, etc. wholesale. Like that code Burt did… just using is_user_logged_in(). It’ll do for now.

The issue is, I want to use BP as a kind of simple, lightweight “Intranet”/communication tool for our local Search & Rescue group. We’ll mostly use groups and/or bbPress to discuss fundraising, training, recent searches… etc. As well as look up members in the directory. Etc. All that stuff should be just for members. Some of it can be sensitive info. But we still need a public face for news, events and static info (faq, about, photos, etc.)

Two sites (a WordPress site for the public and a BuddyPress site for members) might make sense… but there’s overlap. All that public stuff needs to be available to members as well (pages, posts, events). So having two sites would be kind of a nightmare.

But I digress!!! As I say… I’m sure I can hack something together. Since I’m just hiding entire classes wholesale… it should be simple enough with a bit of PHP. Not sure how events will work though.

Anyway… very much looking forward to the privacy component as designed. Even thought it’s not what I thought it would be… and won’t do what I had in mind… it sounds like it’s actually a lot more impressive than that.

Disable all of your plugins – move them from the /plugins/ directory. Upgrade WordPress MU to the latest.

Re-add your plugins to the /plugins/ directory, do not activate them. Upgrade BuddyPress and then re-active your plugins.

Please, please backup before you upgrade. I’m not saying this for my own health. If you have a site running that can’t afford to be down, this is critical.

Like wordpress fan… I also need a solution that shows different components to registered vs. non-registered users. I can’t launch without it. Unless we build to separate sites… but I really don’t want to do that. The “public” (non-members) should basically only see the main blog’s posts, pages and events. Everything else needs to be hidden until you log in. I guess a bit of PHP might fake it just by hiding navigation options. In fact, there is a thread on the forums about that. I was assuming that the new privacy module would make that information moot however.

@Anointed: It’s not that the core is “flawed”… it’s that BuddyPress is simply a plugin that sits “on top” of WordPress MU while Elgg is an integrated solution. Personally, I still prefer BuddyPress. The theming process in Elgg caused me great pain and I find the Elgg interface suffers from inconsistencies and poor usability.

@sschablow

The auto upgrade usually does its job. But you are using a version of WPMU (2.7.1) that is 5 months old. Also, you were attempting to upgrade from a version of BP that was at least that old as well.

Whenever that many months have elapsed between your updating software versions, it is wise to check the readme.txt files and make sure that the versions you are using are compatible with each other. Had you done so, you would see at the top of BuddyPress’ v1.0.3 readme.txt file that you need at least WPMU 2.8.1.

=== Plugin Name ===

Contributors: apeatling

Tags: wpmu, buddypress, social, networking, profiles, messaging, friends, groups, forums, activity

Requires at least: WordPress MU 2.8.1

Tested up to: 2.8.1

Stable tag: 1.0.3

During those five months, many updates have been made to both platforms. In fact, it is recommended that you upgrade WPMU to 2.8.4a for security reasons. Here’s some information that might help in upgrading WPMU.

As for your comment here:

Crash occured after fatal error during BP upgrade (If it’s not possible to upgrade automatically you REALLY SHOULD REMOVE THAT S***[edited for content] FROM THE OPTIONS. DAYUMN. )

That is an issue. I’m not sure that it has been reported, but as you are the first to report such a bug in the BuddyPress forums, you should check in WPMU Trac and see if it has been reported. If not, add a new ticket.

Thanks Reboot Now – and wordpressfan for suggesting it in the first place. Will definitely look into giving this code a try prior to future BP work as this is very important for privacy, especially for children, who will potentially be a significant part of a site I am working on. Membership will be verified to ensure protection of the children’s private information while allowing them to participate fully in the community.

Maybe someone could take this and turn it into a plugin…?

@Jeff Sayre – your plugin is also useful as it gives a universal (i.e. WP not just BP) and individual-focussed privacy option, which is also very important. good work!

If you are running WordPress MU outside of the root, for example: http://example.org/wordpressmu/ then you are going to experience problems with the 1.1 beta. I am fixing right now.

Never edit the parent theme unless you copy the files out of it and create your own. By editing the parent theme directly you’re risking it not working correctly in future versions.

Copy the header.php out of the parent theme folder, and into your current active theme folder. bp-default, or whatever else you might be using.

WordPress will automatically override the parent header.php because files in child themes have a higher priority over parent themes. You won’t need to do anything additional to tell it what to do.

If you haven’t already, make a child theme. Copy in header.php and edit it.

If you want to manually add a link to your specific page, do that, otherwise look into adding this: https://codex.wordpress.org/Template_Tags/wp_list_pages

As moderators, we cannot recommend hosting providers–at least I will not!

Here’s a thread that may help you better understand the requirements of WPMU. I would suggest searching the Mu forums for hosting suggestions.

It will help but I think you will still have the same problem. This is the problem with hosting WPMU on a shared/virtual server.

OK, I almost understand. I want to use Theme Hybrid Framework and BP Framework to create a custom Parent or should that be, custom Child?

From @Detective, it sounds like I need to integrate the functionality of both frameworks and build the child(ren) off that functionality. Is that right or am I missing something?

Will that method allow the benefits of upgrades to both Frameworks?

I’ve been looking at TastyKitchen.com and VW Tankwars both on the WP.org showcase https://wordpress.org/showcase/flavor/buddypress/ for ideas for 1 blog implementations of WPMU and BP.