Travailler avec les transitoires WordPress et l’authentification
En continuant avec le contenu du post précédent, il est également important de considérer l’utilisation des transitoires et de l’authentification.
Parce qu’il existe des scénarios où les utilisateurs sont authentifiés sur un site (pensez à une zone réservée aux membres d’un site) et/ou ne sont pas authentifiés sur le site (comme les visiteurs du site).
Ces types de situations sont présents à la fois sur les blogs et sur d’autres sites et applications Web à tous les niveaux.
WordPress transitoires et authentification
Comment pourrions-nous stocker les informations utilisateur pour ces utilisateurs ? Heureusement, PHP nous fournit certaines fonctionnalités qui nous permettent de le faire sans avoir besoin des API WordPress.
En fin de compte, l’objectif que nous visons est de sérialiser les données transitoires à l’aide d’une clé qui utilise l’ID d’un utilisateur authentifié ou d’un utilisateur non authentifié.
Et voici comment faire chacun d’entre eux.
L’API WordPress
En supposant qu’un utilisateur est authentifié avec WordPress, nous pouvons utiliser la fonction get_current_user_id. C’est simple aussi.
À partir de la référence de code :
Obtenir l’ID de l’utilisateur actuel
Nous pouvons ensuite utiliser cette fonction dans le constructeur pour définir une propriété qui stocke l’ID de l’utilisateur. Et je vais montrer le code pour cela momentanément, mais qu’en est-il de la situation où un utilisateur n’est pas connecté ?
L’API PHP
Lorsqu’il s’agit de stocker des informations pour les utilisateurs qui ne sont pas authentifiés, nous avons toujours besoin d’un moyen de les identifier. Cela peut être fait de différentes manières en utilisant diverses valeurs maintenues par PHP à ajouter à la clé transitoire.
N’oubliez pas que la clé doit être unique, et tant qu’elle est unique pour l’utilisateur sur le site, elle devrait être bonne.
Deux fonctions que propose PHP sont :
En ce qui concerne le second, il ne fonctionnera pas avec IIS ou tout autre serveur Windows. Mais je le mentionne ici comme une autre alternative pour les hébergeurs basés sur * nix (puisque beaucoup le sont, en particulier en ce qui concerne WordPress).
La fonction get_current_user est suffisamment claire :
Obtient le nom du propriétaire du script PHP actuel
Il y a aussi quelque chose d’autre à remarquer dans le manuel. Il indique explicitement ceci "[renvoie] le nom du propriétaire du script PHP actuel." Et j’aborderai cela avant la fin de l’article.
De plus, get_current_user peut également ne pas être ce que vous recherchez en fonction de la configuration du serveur et de l’utilisateur qui est le "propriétaire" du script PHP qui s’exécute sur le serveur.
Mais qu’il suffise de dire que pour cet exemple, cela fonctionne. Et voici pourquoi: Le point que j’essaie de démontrer est de savoir comment utiliser des valeurs qui sont uniques à un visiteur qui n’est pas authentifié sur un site pour générer une clé à partir de laquelle nous pouvons extraire des informations.
La façon dont la clé est générée est secondaire par rapport au code réel.
Tout combiner
Alors, à quoi ressemble le code si nous voulons tirer parti des fonctions ci-dessus ? C’est-à-dire si nous maintenons une propriété qui contient l’ID de l’utilisateur et le fait ensuite pour les utilisateurs authentifiés et non authentifiés ?
Et cela vous donnera la fonctionnalité nécessaire pour créer un ID utilisateur unique pour les utilisateurs authentifiés et les utilisateurs non authentifiés.
Qu’en est-il des clés transitoires ?
Oui – une partie du but de ce dont nous discutons est également de créer des clés transitoires uniques.
Pour ce faire, j’ai trouvé assez simple de concaténer l’identifiant de l’utilisateur que nous avons généré ci-dessus et de l’ajouter à la clé utilisée lors de la sérialisation d’un transitoire.
Ensuite, avec la valeur renvoyée par cette fonction, nous pouvons l’utiliser pour enregistrer les données en tant que transitoire à l’aide de clés uniques.
Encore d’autres options
Comme mentionné, le simple fait d’utiliser des fonctionnalités intégrées à PHP n’est peut-être pas la bonne voie à suivre. Mais cela ne signifie pas qu’il n’y a pas d’autres valeurs qui fournissent une valeur unique à ce dont vous avez besoin.
Dans de tels cas, il est important d’identifier comment vous souhaitez identifier votre utilisateur, quel système d’exploitation il utilise et quel compte d’utilisateur possède l’application.
Si cela ne fournit pas un paramètre suffisamment unique (et il est très probable que ce ne sera pas le cas dans certaines conditions), alors le principe s’applique toujours – vous aurez juste besoin de remplacer l’ appel fonctionnel get_current_user() par quelque chose qui fonctionne le mieux pour tu.