Как проверить логин/пароль без авторизации пользователя

Используйте,

• get_user_by

и

• get_userdata

Объяснение

// получаем пользователя по логину через переданное имя пользователя (ввод из формы)
$user = get_user_by('login', $username);

// присваиваем ID пользователя на основе его логина
$user_id = $user->ID;

// получаем данные пользователя, передавая переменную $user_id в get_userdata
// которая возвращает объект пользователя и множество связанных с ним данных для доступа
$user_data = get_userdata($user_id);

// присваиваем имя пользователя и пароль переменным
$user_login = $user_data->user_login;
$user_pass = $user_data->user_pass;

// проверяем имя пользователя/пароль против переданных значений ввода
if ($user_login = $username && $user_pass = $password) {

// делаем что-то...

Примечания

• $username по умолчанию должен проходить валидацию, иначе объект пользователя не был бы возвращен, если переданный $username не соответствует существующему в базе данных. Таким образом, валидация зависит от переменной $password, которая хранит ввод пароля, предоставленный пользователем.

• Может существовать более эффективный способ достичь этого, либо сократив существующий код, либо используя другие API-функции.

ОБНОВЛЕНИЕ

Следуя предложению fdsa, вы можете использовать wp_authenticate_username_password следующим образом:

$auth = wp_authenticate_username_password($user, $username, $password);

if (!$auth->user_login = $username && !$auth->user_pass = $password) {

echo 'не аутентифицирован';

} else {

echo 'аутентифицирован';

}

Но еще лучше:

$auth = wp_authenticate_username_password($user, $username, $password);

if (is_wp_error($auth)) {

echo 'не аутентифицирован';

} else {

echo 'аутентифицирован';

}

По праву, заслуга/отмеченный ответ должна принадлежать fdsa за наиболее эффективный метод с использованием (к сожалению) недокументированной функции ядра WP.

http://wpseek.com/wp_authenticate_username_password/

Отказ от ответственности: Этот ответ просто показывает, что происходит за кулисами и не является реальным примером того, как следует делать вещи.

Трассировка вызовов

wp_signon() вызывает wp_set_auth_cookie(), который затем вызывает wp_generate_auth_cookie(). Результат будет использован внутри setcookie() в качестве второго аргумента.

(Неоптимальные) игры с фильтрами

^{или как обмануть WordPress неправильным способом.}

Вы можете перехватить фильтр 'auth_cookie' внутри wp_generate_auth_cookie() и просто установить его значение в null или что-то отличное от SECURE_AUTH_COOKIE или AUTH_COOKIE. Это оставит вам бесполезную куку, которая не сможет выполнить вход.

"Та-да": wp_authenticate($username, $password)

Этой функции нет в кодексе, но её можно найти на wpseek.

Она делает именно то, что кажется. Принимает имя пользователя и пароль в открытом виде, а возвращает либо объект WP_User, либо WP_Error... и при этом НЕ входит в систему.

Одно предупреждение! Следующий код ВСЕГДА будет возвращать true (поскольку функция в любом случае возвращает объект):

$auth = ( wp_authenticate($username, $password) ) ? TRUE : FALSE;

Вероятно, вам нужно сделать что-то вроде этого:

$test_creds = wp_authenticate($username, $pass) ;
$class = get_class($test_creds);
$auth = ( $class == 'WP_User' ) ? TRUE : FALSE ;

Надеюсь, это кому-то поможет.