BuddyPress.org

The Homepage link previously went direct to mysite.com and all my pages or blogs were at mysite.com/pagename.

Now all the new BuddyPress pages go to mysite/wordpress/buddypresspage That’s OK

All my previous pages and blogs still go to mysite/pagename That’s OK

The only problem is my ‘Homepage’ which was showing my most recent blogs but now shows mysite/wordpress

To be honest, I don’t know what would have happened if I’d gone to mysite/wordpress before, because nothing ever went to it!

Just worked out that if I change ‘Settings – Reading’ to ‘Static Page’ instead of ‘Latest Posts’ then the ‘Home’ Link will go to it, so will use that as a work around for now. Would still like to get my home page back to ‘Latest Posts’ though.

Kind of hard to debug without seeing your site and theme code.

Did your homepage link previously direct to mysite.com?

Also, before adding the above code snippet, what happened when you went directly to mysite.com/wordpress?

@ Andrea_r

Yeah I realise that now after having a play with it

I inadvertently asked a similar yet different question in another thread, perhaps it could be considered a half way for this also. It involves using the domain map plugin and then adding the following to the wp-config.php:

Allow BuddyPress to function on multiple blogs of a WPMU installation, not just on one root blog:

define ( ‘BP_ENABLE_MULTIBLOG’, true );

It wouldn’t give each site its own buddypress, but it would let you share the one install.

I’ve not actually tested all this but it seems logical.

I know there also use to be a plugin that allowed you to be an oid provider, the WP directory shows its last update as 2007 though so not sure how viable an option that would be.

https://wordpress.org/extend/plugins/mu-open-id/

Increase your PHP memory limit then.

Read this:

https://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP

Increase your limit to 128MB or higher.

@Djsteve

This seems like a buddypress flaw, not a wordpress or mu issue.

Perhaps if buddypress can’t read the wpmu blocked domains, maybe BP needs it’s own domain banner.

This has been a wordpress mu issue for a while off and on.. I discussed an idea about at mu forums:

https://mu.wordpress.org/forums/topic/13982

[blockquote]

I too have noticed that even putting domains in the block list seems to not stop future registrations. Here is a thought of mine.

MAYBE a spammer actually signs up 100 new accounts, and then only activates one a day. So even though we have added his domain to the ban list for signups, he still has 99 more that have been signed up, but not yet activated?

If this is the case I would like to see MU add core code that checks to see upon activation if the domain they originally used to signup has since been banned, and then prevent them from activating if it has.

Just a thought, not sure if this is the case – but it may be worth looking into.

[/blockquote]

It was suggested that I add this suggestion to the trac, ( https://core.trac.wordpress.org/ )

but I really don’t know how to use that thing…

not sure that it is a buddypress specific issues, but I DO believe that the spammers are looking for buddypress phrases when compiling their lists of sites to hit…

I’m having 300 spam registrations a day and having to mark them all as spam manually 15 in one go in the user list. The plugin wordpress Hashcash (updated today to 4.5.1) should now work for BuddyPress registration but it stops EVERYBODY from registering.

David Lewis, one week later, is your solution still working for you?

I’m currently running an active site, and having followed the instructions in https://codex.wordpress.org/Giving_WordPress_Its_Own_Directory I’ve got all my files in a mysite/wordpress file with everything in the wordpress folder but the index.php and .htaccess files in the home directory. that’s given the whole of my site a mysite address rather than a mysite/wordpress address.

This sites been up a while and works well, but I’m having trouble getting BuddyPress to work on it. Whatever I try, I seem to end up with half the site still on mysite (whilst everything in mysite/wordpress is coming up unobtainable); or half the site on mysite/wordpress (whilst everything in mysite is unobtainable).

There’s quite a bit of activity on the site, so I don’t want to start from scratch, but I would like to get BuddyPress on it. Has anyone worked out how to do this yet?

I tried the solution at https://buddypress.org/forums/topic/permalinks-setup-with-wp-intalled-in-subdirectory-and-indexphp-in-root?replies=23#post-45920 (which is marked “Resolved”) but it didn’t work for me.

Didn’t get a reply so I tried it anyway. It didn’t work for me.

1. The top of my page displayed the following message function my_bp_override_core_domain() { $domain = get_bloginfo('url'); return $domain; } add_filter('bp_core_get_root_domain','my_bp_override_core_domain')

2. The buddypress folder still opened as mysite/wordpress rather than just mysite.

Expected behavior as activity commenting and forum discussion are separate. (only a one way tie-in when a new post/reply is made and the content is sent to the activity stream). You can disable activity commenting on forum posts/topics and blogs postings.

I updated

https://wordpress.org/extend/plugins/buddypress-group-forum-extras/

which now includes an activity subplugin -> will pull in activity comments made to a topic post (no reply ability but at least someone can see the conversation from the stream)

Hey Pigi, I have the same problem, i don’t Know how to “Set my members.php to use “BP_Members_Filter” instead of “BP_Core_Members_Template””

I don’t understand where i can find “members.php” file.

is ‘BP Member Filter’ plugin not compatible with wordpress 2.9.2 ??

Im having a very similar problem.

I have installed WordPress MU & Buddypress on a sub domain:

http://site.mydomain.com

When I login I can click on ‘My Account’ if I click ‘Edit Profile’ I get a 404 error. Any of the other my account options such as change signature or change avatar works OK.

Also noticed that if using the Album+ plugin, when I click upload a picture it does the upload but then immediatly shows a 404.

Assume this is related in some guise to the subdomain. Maybe WordPress/Buddypress is best left on the root?

Just installed:

WordPress MU 292

BuddyPress 123

IIS6 (Hosted/Helm) PHP 5

@Andy Peatling – Very sad to be in hall of shame

1) Version 0.1.6 of BP Album+ that is posted on the WordPress plugin repository checks that BP is installed exactly as you have specified. Can you be a bit more specific about the defect?

2) I completely agree that current_user_can() is a better way to check for permissions in various plugin operations; and we will switch to the new function at the next BP Album+ release as per your request. In the meantime, why is using is_site_admin() so bad? Doesn’t current_user_can() just pass the call to is_site_admin() ?

/**

* Whether current user has capability or role.

*

* @since 2.0.0

*

* @param string $capability Capability or role name.

* @return bool

*/

function current_user_can( $capability ) {

$current_user = wp_get_current_user();

if( is_site_admin() ) <—- *NOTE*

return true;

if ( empty( $current_user ) )

return false;

$args = array_slice( func_get_args(), 1 );

$args = array_merge( array( $capability ), $args );

return call_user_func_array( array( &$current_user, ‘has_cap’ ), $args );

}

^F^