[@henrywright-1 Member 13 years ago]

@robg48 – this could well be half of the solution you’re looking for when importing stuff from WP to BP. Although there’s no mention of a user import (just blog posts).

https://wordpress.org/plugins/bp-import-blog-activity/

Edit: Just came across the following – please note i’ve not tested it.

BuddyPress Members Import

[@henrywright-1 Member 13 years ago]

OK i’ve come up with a solution but it feels dirty. Hoping someone can tell me if this approach is a bad one:

In header.php just above my search form I have

$standard_search_value = bp_get_search_default_text( 'members' );
$query_value = !empty( $_REQUEST['s'] ) ? stripslashes( $_REQUEST['s'] ) : $standard_search_value;

// globalise the search term or phrase variable so it can be used outside header.php
$GLOBALS['search_term_phrase'] = $query_value;

The in members-loop.php i can output the phrase when delivering results:

echo $GLOBALS['search_term_phrase'];

[@henrywright-1 Member 13 years ago]

Glad to see you’ve narrowed it down to the theme. It could well have been your theme loading too many resources or perhaps loading slow resources. What theme were you using?

[@henrywright-1 Member 13 years ago]

@micasuh BP shouldn’t add 20 seconds to the loading time so there is obviously an issue to be resolved somewhere.

Considering WP is zippy for you then that rules our your host being slow.

I’d try these steps:

1. Deactivate all plugins aside from BP (as you have already done)
2. Activate either bp-default or the Twenty Thirteen theme if you’re using theme compat

Does the problem still happen?

[@henrywright-1 Member 13 years ago]

@micasuh try running it through Pingdom to see which resource is loading slow…

[@henrywright-1 Member 13 years ago]

I’d add it to bp-custom.php @applegateian

Be careful when enabling this on sites that have thousands of users. You might notice a slowdown in the autocomplete feature working, maybe.

[@henrywright-1 Member 13 years ago]

Have you tried enabling autocomplete for all users?

define( 'BP_MESSAGES_AUTOCOMPLETE_ALL', true );

[@henrywright-1 Member 13 years ago]

@martinbeaulne how are you processing your new form?

[@henrywright-1 Member 13 years ago]

@jf_trumpet what exactly is running slow? If the site is accessible you can run it through the Pingdom speed check at http://tools.pingdom.com to see what resource is loading slowly.

WordPress is very zippy as it arrives out of the box – try deactivating BuddyPress to see if there is any improvement in load speed. That way you’ll know if it is in fact BP that’s the problem.

The best way to tackle the problem is to narrow it down.

[@henrywright-1 Member 13 years ago]

If you right-click on the video in Chrome you can usually find the option to “inspect element”. This will let you see the HTML. The next step is to use CSS to ‘style’ the HTML.

If you’re just starting out with HTML and CSS, then try taking a look over at w3schools:

http://www.w3schools.com/html/

http://www.w3schools.com/css/

They’ve got some great tutorials. They make most of it look easy 🙂

[@henrywright-1 Member 13 years ago]

Anyway, everything aside, have you thought about using CSS to style the HTML you’ve got?

[@henrywright-1 Member 13 years ago]

@number_6 just took a look through the plugin you’ve linked to. You’re right, it is modifying the HTML that you’re pulling from YouTube. So what you’re asking can be done easily enough. Have you asked the plugin author to modify the plugin for you?

[@henrywright-1 Member 13 years ago]

@number_6

BuddyPress doesn’t rely on 3rd-party support as far as I know. oEmbed support is provided by WordPress.

Take YouTube for example. If you paste a YouTube video’s link into your blog post, your WordPress blog (the consumer) will make a request to YouTube (the provider). YouTube then responds with an oEmbed response. The HTML therefore gets pulled from the provider’s server.

That is how I understand the process to work. Hope it helps.

[@henrywright-1 Member 13 years ago]

I’m not 100% sure on this but isn’t it down to the oEmbed vendor to pass across the HTML markup once a request is made?

[@henrywright-1 Member 13 years ago]

@starapple Did you try the function r-a-y wrote?

function my_disable_bp_registration() {
  remove_action( 'bp_init',    'bp_core_wpsignup_redirect' );
  remove_action( 'bp_screens', 'bp_core_screen_signup' );
}
add_action( 'bp_loaded', 'my_disable_bp_registration' );

You’d need to remove all the code you’ve added first then try adding that to your theme’s functions.php file.

[@henrywright-1 Member 13 years ago]

will do!

[@henrywright-1 Member 13 years ago]

Try going to

yoursite.com/wp-admin

Hopefully you’ll be already logged in.

Else try logging in at:

yoursite.com/wp-login.php

Then the first link should work

[@henrywright-1 Member 13 years ago]

@hnla thanks. Could be the .pot file I’m using? i’ll try again with a fresh copy.

[@henrywright-1 Member 13 years ago]

Hey @zintax

Have you tried hooking to the bp_ajax_querystring filter? This is a good way of modifying both the loop and the pagination.

Hope this gives you a few ideas:

function modify_loop_and_pag( $qs=false, $object=false ) {

    // comma sep list of users to exclude from loop and pagination
    $users = '1,2,3';
 
    if ( $object != 'members' ) // hide for members only
        return $qs;
 
    $args = wp_parse_args( $qs );
 
    if ( !empty( $args['exclude'] ) )
        $args['exclude'] = $args['exclude'] . ',' . $users;
    else
        $args['exclude'] = $users;
 
    $qs = build_query( $args );
 
    return $qs;
}
add_action( 'bp_ajax_querystring' , 'modify_loop_and_pag', 25, 2 );

This is a slightly modified version of: http://buddydev.com/buddypress/exclude-users-from-members-directory-on-a-buddypress-based-social-network/

[@henrywright-1 Member 13 years ago]

Did that make sense? where I said “This would work well if (2) wasn’t happening to begin with. Then again if (2) wasn’t happening to begin with you wouldn’t have the problem.” – I should have actually said (1)!

[@henrywright-1 Member 13 years ago]

@starapple

This webpage has a redirect loop

This is likely to result from two redirects in place. 1. wp-login.php is redirecting to the BuddyPress login page. 2. The BuddyPress login page is redirecting back to the wp-login.php page.

From this, I’m assuming you’re using the firmasite_redirect_bp_signup_page function? This would work well if (2) wasn’t happening to begin with. Then again if (2) wasn’t happening to begin with you wouldn’t have the problem.

The solution here would be to find out how BuddyPress is redirecting people away from wp-login.php and remove that redirect. I think r-a-y’s remove_action gist is what you want. The rest of the code you’ve added I think is safe to remove.

[@henrywright-1 Member 13 years ago]

You can do that by adding a style to your theme’s style.css document. You’d want to add something along the lines of this:

.btn {
    background-color: #888;
}

This won’t work unless the button has a .btn class so it will depend on your theme.

For more info on CSS and HTML – take a look here http://www.w3schools.com/css/ and here http://www.w3schools.com/html/

[@henrywright-1 Member 13 years ago]

Isn’t it up to the theme author to decide if they want to include a sidebar?

[@henrywright-1 Member 13 years ago]

@bphelp yeah, you’d have to create the page “login” first of course 🙂

[@henrywright-1 Member 13 years ago]

Also you could set the static front page to the “login” page in WP Admin.