BuddyPress.org

I only tried the parent as a TEST after the fact that the member theme didn’t work.

I don’t see why buddypress wouldn’t work with blogs in subdirectories since that would be the most logical install (since it doesn’t require extra server setup) That is how MU works.

It is installed at the webroot.

If buddypress is now exclusively subdomains, I’ll have to look for another solution (or start coding my own friends,groups, and internal messaging hacks *sigh* which wouldn’t be good enough to share.

I did another search this morning of the forum and I see that several others are having the same exact problem, but no one has replied with any fixes. I saw a few threads saying not to have mu installed in a subdirectory, but that is not my case. It is so disappointing.

Thank you socialpreneur for the response, but….

Since 10 mounth i go to the backend via these menu item.

As site admin i have to work in the admin.

Since the update to 1.1 i can no more access to “publish” I entend that BP should be manageable from the frontend, but if so it is also normal that i can publish, delete or edit my stuff.

It’s not my first update, i know FTP and SSH and i handle always manually. And so far as i can see, my theme is setted correctly. You can take a look, the address is above.

In bp-core_adminbar.php, at line 151, is a list

echo ‘<li’ . $alt . ‘>’;

echo ‘siteurl . ‘”>’ . $blog->blogname . ‘ (‘ . $role . ‘)‘;

if ( !( ‘Subscriber’ == $role ) ) { // then they have something to display on the flyout menu

echo ‘

‘;

echo ‘<li class=”alt”>siteurl . ‘/wp-admin/”>’ . __(‘Dashboard’, ‘buddypress’) . ‘‘;

echo ‘

• siteurl . ‘/wp-admin/post-new.php”>’ . __(‘New Post’, ‘buddypress’) . ‘

‘;

echo ‘<li class=”alt”>siteurl . ‘/wp-admin/edit.php”>’ . __(‘Manage Posts’, ‘buddypress’) . ‘‘;

echo ‘

• siteurl . ‘/wp-admin/edit-comments.php”>’ . __(‘Manage Comments’, ‘buddypress’) . ‘

‘;

if ( ‘Admin’ == $role ) {

echo ‘<li class=”alt”>siteurl . ‘/wp-admin/themes.php”>’ . __(‘Switch Theme’, ‘buddypress’) . ‘‘;

}

echo ‘

‘;

The file is from 1.1 version.

The first line indicates the wp-admin url.

I don’t see this menu when i’m logged as admin. I have only “My blogs” who links to the root site and “Create a blog”

Meanwhile there is another tread here with the same problem i guess

https://buddypress.org/forums/topic/my-blogs-admin-menu-not-working

yes, they are both there. “Buddypress themes in theme folder only and the bp default enabled and activated.”

What ? Not standard ?

This is an out of the box install for the french bp demo.

http://buddypress-fr.net/bpdemo/

Of course it would be simple to re-code, if you tell me what to re-code.

But it is not my intention because i didn’t code something. I just updated a few days ago and it went wrong.

But maybe my update was not standard ?

I read your example. I need something with a wider net. First off, the robot registration never leave an e-mail address. Unlike WP comment spam, WPMU registration robots appear able to bypass required fields, including e-mail address.

I receive e-mails announcing new registrations that contain only IP addresses. Meaning I would need to include hundreds of IP addresses in your code.

The real solution is somehow create a bullet-proof required registration field or move the registration page behind a firewall. I’ve seen single-user WordPress installations that move the wp-admin or wp-signup pages to avoid robot attacks using the default name and location of these pages.

Askimet does great catching spammers comments on regular WordPress installations, but WordPress MU is commonly the target of spam registrations, which is my problem. I tried reCaptcha and the same day had to delete spammers.

I’m hoping a future version of BuddyPress or WPMU will include finer security, allowing admins to block access to only humanly-registered users, rather than either shut off all registrations. Another possibility would be to follow the example of WordPress and allow admins to relocate or rename the registration component.

OK, thanks

Beta is closed. 2.00 is released.

https://wordpress.org/extend/plugins/si-captcha-for-wordpress/

Thanks for the suggestion I changed it.

beta Version: 1.9.4

PS. I am having a CSS problem with the layout of the registration page. The wigets are trying to display in the middle of the page instead of the right hand side.It is not related to the captcha, because it still happens with SI captcha uninstalled.

Is this a reported bug or should I report it?