Cum să verifici username/parola fără a autentifica utilizatorul

Folosește,

• get_user_by

și

• get_userdata

Explicație

// obține utilizatorul după login prin numele de utilizator furnizat (input din formular)
$user = get_user_by('login', $username);

// atribuie ID-ul de utilizator pe baza numelui de login
$user_id = $user->ID;

// obține datele utilizatorului prin transmiterea variabilei $user_id către get_userdata
// care returnează obiectul utilizator și o serie de informații legate de utilizator pentru acces
$user_data = get_userdata($user_id);


// atribuie numele de utilizator și parola variabilelor
$user_login = $user_data->user_login;
$user_pass = $user_data->user_pass;

// verifică numele de utilizator/parola față de valorile introduse în formular
if ($user_login = $username && $user_pass = $password) {

// fă ceva...

Note

• $username ar trebui să fie validat implicit ca adevărat, altfel un obiect utilizator nu ar fi fost returnat dacă $username furnizat nu se potrivește cu unul existent în baza de date. Prin urmare, validarea atunci depinde de variabila $password care stochează input-ul din formular furnizat de utilizator.

• Poate exista o metodă mai eficientă pentru a realiza acest lucru, fie prin scurtarea codului existent, fie prin utilizarea altor funcții API.

ACTUALIZARE

Bazat pe sugestia lui fdsa, ai putea folosi wp_authenticate_username_password în acest mod,

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

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

echo 'neautentificat';

} else {

echo 'autentificat';

}

Dar chiar mai bine decât atât,

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

if (is_wp_error($auth)) {

echo 'neautentificat';

} else {

echo 'autentificat';

}

Într-adevăr, creditul/răspunsul marcat ar trebui să fie acordat lui fdsa pentru cea mai eficientă metodă prin intermediul (din păcate) a unei funcții nedocumentate din nucleul WP.

http://wpseek.com/wp_authenticate_username_password/

Declinare de responsabilitate: Acest răspuns ar trebui doar să arate ce se întâmplă în spatele scenei și nu este menit să fie un exemplu real despre cum să faci lucrurile.

Backtrace

wp_signon() apelează wp_set_auth_cookie(), care la rândul său apelează wp_generate_auth_cookie(). Rezultatul va fi folosit în interiorul setcookie() ca al 2^lea argument.

(Non-performant) distracție cu filtre

^{a.k.a. înșelând WordPress într-un mod greșit.}

Apoi ai putea să intervii în filtrul 'auth_cookie' din interiorul wp_generate_auth_cookie() și să-l setezi pur și simplu la null sau la altceva decât valoarea SECURE_AUTH_COOKIE sau AUTH_COOKIE. Acest lucru te va lăsa cu un cookie fără sens, care nu poate efectua autentificarea.

"Ta-da": wp_authenticate($username, $password)

Nu este documentat în codex deloc, dar îl poți căuta pe wpseek.

Face exact ceea ce sugerează. Primește un nume de utilizator și o parolă în text simplu și returnează fie un obiect WP_User fie un WP_Error... și NU autentifică pe nimeni.

Un avertisment important! Următorul cod va returna ÎNTOTDEAUNA true (deoarece funcția returnează un obiect în orice caz):

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

Probabil vei dori să faci ceva de genul acesta:

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

Sper că acest lucru îi va fi de folos cuiva.