BuddyPress.org

To remove the default tabs, you’ll need to modify the theme.

Read this page:
https://codex.buddypress.org/theme-development/building-a-buddypress-child-theme/

Then, once you’ve got the hang of that. Copy over /bp-themes/bp-default/header.php to your new child theme and modify the tab structure.

The function you’ll want is:
`is_user_logged_in()`

Wrap a is_user_logged_in() conditional around the tabs you want to show only for logged in users.

Something like this:

`

<li class=”selected”>
<a href="//” title=””>

<li class=”selected”>
<a href="//” title=””>

<li class=”selected”>
<a href="//” title=””>

<li class=”selected”>
<a href="//” title=””>

<li class=”selected”>
<a href="//” title=””>

`

Note that if someone knows the URLs to those tabs, they’ll still be able to access them.

You might want to look into some BP private plugins like:
https://wordpress.org/extend/plugins/buddypress-private-community/
https://wordpress.org/extend/plugins/private-buddypress/

Did you upload BuddyPress by FTP? There is probably a corrupt file. Delete the plugin and, if you can, install BuddyPress via the “Add new plugin” page in your WordPress admin.

@victor_moura – glad to help.

define(‘DB_NAME’, ‘whatevernameigivethedatabase’);
define(‘DB_USER’, ‘root’);
define(‘DB_PASSWORD’, ‘root’);
define(‘DB_HOST’, ‘localhost’);

root/root is the default username / password combo for MAMP. Obviously you should never have it set like this on a live public server because it’s instantly hackable, but on your local MAMP (assuming you haven’t got it set up to actually serve a Live site for a client to see online) it’s fine.

(When setting up a brand new site from scratch, you can also change your database table prefix (the setting is found in wp-config.php) for extra security. Google this to learn why it’s a good idea.)

b) I use MAMP Pro which comes with phpMyAdmin built in. phpMyAdmin can be launched from MAMP Pro’s interface. When I’m setting up a site I create a folder in my browser bookmarks for local, and one for remote. Aside from the site URLs, I bookmark the phpMyAdmin interface for both local and remote, so I can get to either database in a single click. Obviously, with the remote database it will ask you to log in during the loading, since to bookmark it initially, you’ll need to access it from your website’s cpanel (or wherever you launch phpMyAdmin from at your web host) and to do that you’ll need to be logged in to your host.

So, go into phpMyAdmin, click “localhost” (top left of main content area) to check you’re on the “home” page, and you’ll see an input field (“Create new database”). Name your db, and click Create (that’s all, no need to touch anything). This will create an empty database (a “shell” if you like) ready to be filled. I find it helpful to name the remote and local dbs differently (otherwise it’s too easy to get confused / messed up) .

3. Then click “Import”, find your backup and load it. At this stage, absolute URLs in your site will be wrong (they’re pointing to the address of your remote web server, not at your local MAMP server). To correct this in one easy find and replace (whilst protecting the structural integrity of your database tables – very important!) use http://spectacu.la/search-and-replace-for-wordpress-databases/ (it’s a very powerful tool, treat with caution).

Once you’ve got the hang of it, it’s quick. From starting a remote backup to running that db as a local mirror takes me about 30 seconds.

i. when I’m loading in a remote db, I always delete the local one (to do this go to “localhost” in phpMyAdmin, click the name of your db in the left hand column and when it’s loaded click “Drop” – it means “Delete” – it’s top right, in red), make a new local one, and load the remote db into this fresh “shell” – just to make sure everything is exact. You can delete the local db from within phpMyAdmin. Incidentally, this usually isn’t the case on a remote database (usually, to delete the remote db if you need to, you have to go into cpanel and select “Database Tool” or something similar).

ii. When saving the remote db, I select these options (you should Google this stuff) :

Add DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT
Add IF NOT EXISTS
Complete inserts
Extended inserts

Select “save as file” and “gzipped”. Don’t mess around with the dump, or unzip it.

All of this works for me, with my particular setup. I can’t stress enough how important it is to do thorough testing, to be certain that the backups you make actually work.

There are several standalone tools out there for more comprehensive db management, but phpMyAdmin works great for me at this point, and it’s so convenient having it all in the browser. What makes MAMP Pro so good is being able to set up multiple virtual servers – sometimes I’ll run several local mirrors of the same site so that I can try out different things and easily compare the results.

Emails are *not* a WordPress issue. They are 99.9% issues with the host or your ISP. Every. Single. Time.

The reason they get dumped into trash or blocked by your ISP is becasue they are sent thru php mailer and have different header son them. Which is entirely due to the way your box is set and (as repeatedly mentioned) the way your ISP handles them on receipt.

WHAT THE HECK? I get every email from wordpress and buddypress except the ac. email.

IT WAS WORKING like Yesterday! I upgraded to wordpress 3.0.4 and UHHHH!

It’s so funky, my emails totally fluctuate. I just installed 3.04, and activation emails are not being sent out. I will have to go into troubleshooting mode tomorrow….

I wish wordpress would really fix this, I am getting %&$% tired of email problems.

The emails at one time would appear right smack away, but I recall the emails taking a massive amount of time to appear, so I would recommend a notice on the register page about this.

You have to edit the part about the server. On mamp it will be localhost and your user name and password is usually root. This is so WP can connect to your local database.

// ** MySQL settings – You can get this info from your web host ** //
/** The name of the database for WordPress */
define(‘DB_NAME’, ‘buddypress’);

/** MySQL database username */
define(‘DB_USER’, ‘root’);

/** MySQL database password */
define(‘DB_PASSWORD’, ‘root’);

/** MySQL hostname */
define(‘DB_HOST’, ‘localhost’);

As for creating a database you go to phpmyadmin enter a name of the db in the create database input and hit create.

Then in the wp-config file you enter the name you entered here define(‘DB_NAME’, ‘ PUT YOUR DB NAME HERE’);

Yep, I just did the update, and so far so good. But if you are concerned, you should do a backup just in case.

WP upgrades, especially security and maintenance releases (ie when the version number is 3.x.x rather than 3.x), are generally very unlikely to break any plugins, including BP. I’d recommend that you upgrade to maintenance releases immediately.

Feature releases, like WP 3.0 and 3.1, are somewhat more likely to cause problems with plugins like BP. But the BP core team works closely with the WP core team to ensure that BuddyPress is ready for whatever changes come along ahead of time. If there is something in BuddyPress that absolutely cannot be fixed prior to a major WP release, we’ll do our best to warn you about it before you upgrade.

I work with local mirrors on MAMP Pro. This is what I do :

1. Copy the remote files (the whole install) to my local machine (I do this so the file creation dates are the same).
2. Backup the remote database with phpMyAdmin (be sure to select Add DROP TABLE) as a gzip file.
3. Edit the local copy of wp-config.php for my local machine’s database connection.
4. Create a new local database and import the remote backup (I personally always destroy the local db and create a new empty one to import into – then I know it’s clean).
5. Use this tool to change all absolute URLs from remote to local: http://spectacu.la/search-and-replace-for-wordpress-databases/

Then I’ll test new plugins locally before deploying. Also I update plugins locally, and then manually copy them to the server, having had a few past failures updating plugins on production servers. Once it’s running, the only files I normally have to backup from remote to local are all in wp-content (avatars etc., which can easily be sync’d).

Hope that helps.

https://wordpress.org/support/topic/need-a-cheap-reliable-hosting-for-my-buddypress-network?replies=2
https://buddypress.org/community/groups/buddypress-hosting/forum/
“Cheap” is relative.