Risposte:
Sebbene questo approccio utilizzi i moduli, aggiungo nodi dopo che gli utenti hanno confermato le loro e-mail utilizzando Logintoboggan e Regole . L'integrazione delle regole di Logintoboggan aggiunge un nuovo evento, When the user account is validated
che ti consentirà di eseguire azioni dopo la conferma via e-mail.
Questo fa il lavoro per me:
/**
* Implements @see hook_user_presave
*/
function hook_user_presave(&$edit, $account, $category) {
if ($account->uid // user is not new
&& $account->status === "0" && $edit['status']==1) { // user is being activated
}
}
if($account->uid && $account->original->status == 0 && $account->status == 1)
Se stai utilizzando il modulo LoginToboggan per la convalida della posta elettronica e non desideri utilizzare il modulo delle regole, puoi semplicemente imitare la risposta di convalida del modulo (sfruttando una logintoboggan_email_validated = TRUE
proprietà dell'account temporanea che viene trasferita a hook_user_update) nel codice:
/**
* Implement hook_user_update()
*
*/
function yourcustommodule_user_update(&$edit, $account) {
if (!empty($account->logintoboggan_email_validated) && !isset($account->your_custom_action)) {
$account->your_custom_action = TRUE;
// Do what you want here
}
}
Poiché core e altri moduli invocheranno anche hook_user_update, si vorrebbe implementare qualcosa per evitare azioni ripetute. In questo esempio ho impostato un'altra proprietà sull'account $ una volta avviata l'azione ma è possibile imporre un controllo più preciso, se necessario.
Si noti che se si utilizza LoginToboggan per la convalida automatica della posta elettronica, il metodo di IOco non funzionerà (tra i molti motivi - durante un hook_user_presave, $ account-> status == 1 (è solo il ruolo nella scelta "pre-autorizzata" stato).