Modifiedcontent

Ignore previous post. jjones7 made his own custom user_can_for_blog. Combined with the1path’s code I think this works for my case:

function user_can_for_blog($user_id, $blog_id, $capability ) {

        $user = new WP_User( $user_id) ;
        $user->for_blog( $blog_id );
        $args = array_slice( func_get_args(), 2 );
        $args = array_merge( array( $capability ), $args );
        return call_user_func_array( array( &$user, 'has_cap' ), $args );
       }

$user_id = $curauth->ID;
$key = 'primary_blog';
$single = true;
$primary_blog = get_user_meta( $user_id, $key, $single);

if ($primary_blog == "") {
echo '<p>No site yet</p>';
} else if (user_can_for_blog($user_id, $primary_blog, edit_posts )) {
echo '<p>Member has site</p>';
} else {
echo '<p>No site yet</p>';
}

Got things very confused. Spending too long on this…

Any suggestions to tighten this up further? What is the primary_blog anyway?

There is a user_can_for_blog() patch.

Looks like this:

function user_can_for_blog( $user, $blog_id, $capability) {
	if ( ! is_object( $user ) )
	$user = new WP_User( $user );

	if ( ! $user || ! $user->ID )
	return false;

// Set the blog id.  @todo add blog id arg to WP_User constructor?
	$user->for_blog( $blog_id );

	$args = array_slice( func_get_args(), 3 );
	die(print_r($args));
	$args = array_merge( array( $capability ), $args );

	return call_user_func_array( array( &$user, 'has_cap' ), $args );
}

But if I add that to author.php with the previous code, I get:

Array ( ) 1

user_can probably assumes we want to know the user’s capabilities for the main blog or blog ID 1.

Stuck…

jjones7, thanks for the suggestion, but I have no clue what is going on in your code. the1path’s code looks a lot simpler.

Why does subscribing to someone else’s blog count as having a primary_blog? What is the point of having a key like that if it is not restricted to the user’s own blogs?

Is there any way to incorporate user_can() into the1path’s code? Would ‘user can not’ be like this, like regular PHP:

!user_can( $user, $capability )

And then just use a random Administrator capability, like activate_plugins or manage_options?

jjones7, what would $capability be in your code?

This produces a server error (‘unexpected T_ELSE’):

$user_id = $curauth->ID;
$key = 'primary_blog';
$single = true;
$primary_blog = get_user_meta( $user_id, $key, $single);

if ($primary_blog == "") {
echo '<p>No site yet</p>';
} else if (!user_can( $user_id, manage_options )) {
echo '<p>No site yet</p>';
else {
echo '<p>Member has site</p>';
}

This causes the same error:

if (!user_can( $user_id, manage_options )) {
echo '<p>No site yet</p>';
else {
echo '<p>Member has site</p>';
}

So I guess !user_can( $user_id, manage_options ) is wrong.

Can someone please help me figure out the right syntax etc?

The best way of checking who the site owner is of a specific site …

That is not what the1path is trying to do!

He/she wanted to check if a user has a blog. I have been looking for the same thing.

The code the1path provided works great. Thanks for posting!

I put this in my author.php:

$user_id = $curauth->ID;
$key = 'primary_blog';
$single = true;
$primary_blog = get_user_meta( $user_id, $key, $single);

if ($primary_blog == "") {?>
                    <p>No site yet</p>
          <?php } else { ?>
               	<p>Member has site</p>
<?php
}

$user_id depends on your specific case, but this seems like a pretty straightforward, solid solution.

Is it? Am I missing something? Is there a more standard way to do this?

but I dont think its that pretty

Seems to do exactly what I needed with only a few lines!

I have three multisite installations with the exact same theme. get_avatar() works great in two of them, but shows nothing in the third.

You can easily test if your code can find the correct email or user_id, by just doing echo get_the_author_meta(‘user_email’) etc.

In my installation that is not the problem. There really seems to be something weird going on with get_avatar().

Stuck as well. Anyone else have any ideas?

I don’t see any error files on the server with more clues. get_avatar() works on other pages in the same installation.

@circlecube, I’m trying to figure this out as well.

I suspect it doesn’t work because ID is defined differently in the plugin and in the front-end profile edit page – in my case at least.

My front-end template file has $current_user->id, the plugin has $user_id. Should I replace those? Or replace $profileuser?

By changing that in certain places you can make a back-end uploaded avatar show up in the front-end, but I still can’t make front-end upload work.

I think adding the code that pekmez gave by itself won’t work anyway. Don’t you also need some PHP at the top of the template that processes the input?

I only have a very vague idea what I’m doing. Can anyone point me in the right direction?