get_current_user_id () renvoie 0?

En utilisant lesinformations wp_get_current_user () dans le Codex,lafonction utilise le $current_useret sinécessaire l'initialise avant utilisation. Comme d'autres l'ontindiqué,get_current_user_id() utilise cettefonction sur lebackend.

Pensez à /wp-includes/user.php ,lignes 323-327 (la définition defonctionpour ce code). À lafin,la valeur de retourest return ( isset( $user->ID ) ? (int) $user->ID : 0 ); — ce code renverra 0 si l'utilisateur connectéestindisponible d'unemanière ou d'une autre.

Utilisezinit outoute autre action ultérieurepour appeler cettefonction. Appel celaen dehors d'une actionpeutentraîner desproblèmes. Voir # 14024pourplus de détails.

Celaprovient de la documentation de wp_get_current_user. Si vous utilisiez ce code dans unmodèle,vouspouviez être assuré que init avait déjà été appelé. Cependant,si vous récupérez simplement au hasard cesinformations utilisateur avant init l'actionest appelée,vousn'obtiendrezpas un utilisateur actuel. Celaexpliquepourquoi vous avez obtenu l'ID d'utilisateur lors de l'ajout de ces actions dansfunctions.php (car ces actions ont lieu après init),alors qu'avec votre code d'origine,cen'estpas clair lorsque vous l'appelez.

Veuillez vous reporter à lapage Plugin API pour uneidéegénérale de l'ordre dans lequel ces différents les actions sont appelées.

Going by wp_get_current_user() information in the Codex, the function utilizes the global $current_user object and if necessary initializes it before use. As others have stated, get_current_user_id() uses this function on the backend.

Consider /wp-includes/user.php, lines 323-327 (the function definition for this code). At the tail end, the return value is return ( isset( $user->ID ) ? (int) $user->ID : 0 ); — this code will return 0 if the logged-in user is somehow unavailable.

Use the init or any subsequent action to call this function. Calling it outside of an action can lead to troubles. See #14024 for details.

This comes from the documentation for wp_get_current_user. If you were using this code within a template, you could be assured that init had already been called. However, if you just randomly grab for that user information before init action is called, you will not get a current user. This explains why you got the User's ID when adding those actions into functions.php (as those actions take place after init), whereas with your original code it's not clear when you invoke that.

Please refer to the Plugin API page for a general idea of the order in which these various actions are invoked.

Utiliseztoujours get_current_user_id(); sous l'action init.

Voici l'exemple:

 add_action('init', 'myFunction');

function myFunction(){

 $user_ID= get_current_user_id();   

   echo"User number $user_ID is loggedin";
}
 

Always use get_current_user_id(); under init action.

Following is the example:

add_action('init', 'myFunction');

function myFunction(){

 $user_ID= get_current_user_id();   

   echo"User number $user_ID is loggedin";
}

Commementionnépar les autres: si vous appelez lafonctiontroptôt,elle renverra la valeur 0

Unbonmoyen de vérifier s'ilest "troptôt" ounonest cetype de vérification:

 // Do NOT check for action 'set_current_user', but for 'init'!!
if ( ! did_action( 'init' ) ) {
    _doing_it_wrong( __FUNCTION__, 'get_current_user_id() called before the init hook', null );
}
$user_id = get_current_user_id();
 

La raisonpour laquellenousn'utilisonspas did_action('set_current_user')est:

Si un autre code/autreplugin appelé get_current_user_id()troptôt,il déclenchera l'exécution du hook set_current_user.Cependant,les données de l'utilisateur actuelne sont pas correctes à ce stade,donc sefier à ce hook d'actionn'estpas unebonneidée - seulement lorsque initestexécuté,nouspouvons être sûrslebon utilisateur!

As mentioned by the others: If you call the function too early it will return value 0

A good way to check if it's "too early" or not is this kind of checking:

// Do NOT check for action 'set_current_user', but for 'init'!!
if ( ! did_action( 'init' ) ) {
    _doing_it_wrong( __FUNCTION__, 'get_current_user_id() called before the init hook', null );
}
$user_id = get_current_user_id();

The reason why we do not use did_action('set_current_user') is:

If some other code/other plugin called get_current_user_id() too early, it will trigger the hook set_current_user to run. However, the current-user data is not correct at this point, so relying on that action hook is no good idea - only when init is executed we can be sure to have the correct user!

Pour les versions wordpress> 3.4:

Utilisez:

 $current_user_id= get_current_user_id();
 

Pour les versions wordpress & lt;3.4:

La documentationindique que si la versionestinférieure à 3.4,utilisez-la avecinit:

 add_action('init', 'get_your_current_user_id');
function get_your_current_user_id(){
        $your_current_user_id= get_current_user_id();
        //do something here with it
}
 

Vouspouvez vérifier la documentation: wp_get_current_user

For wordpress versions > 3.4:

Use:

$current_user_id= get_current_user_id();

For wordpress versions < 3.4:

Documentation says if the version is less than 3.4 use it with init:

add_action('init', 'get_your_current_user_id');
function get_your_current_user_id(){
        $your_current_user_id= get_current_user_id();
        //do something here with it
}

You can check documention: wp_get_current_user