La gestion des utilisateurs avec Django

00:00:00 :Dans cette vidéo, on va créer un modèle d'utilisateur qui va être entièrement personnalisé.Donc c'est une bonne façon de procéder si vous souhaitez vraiment personnaliser la façon dont les utilisateurs de votre site vont s'authentifier,par exemple sur votre site, en utilisant par exemple un email à la place d'un nom d'utilisateur.
00:00:19 :On pourrait également, à l'intérieur de cette classe personnalisée, ne pas inclure de champ pour le nom d'utilisateur si nous pensons que ce n'est pas nécessaire dans le cadre de notre application.
00:00:28 :Donc à l'intérieur de mon fichier models.py, je vais importer déjà la classe AbstractBaseUser dont on va hériter.Donc je vais faire from Django.contrib.auth.baseUser import AbstractBaseUser.
00:00:43 :On va ensuite créer une classe CustomUser qui va hériter de cette classe AbstractBaseUser.Et on va, à l'intérieur de cette classe, créer nos propres champs qui vont nous permettre de définir notre utilisateur.
00:00:54 :Si on va voir cette AbstractBaseUser, donc là je vais aller voir cette classe en faisant commande B ou sinon vous pouvez faire un clic droit et aller sur GoToDeclarationOrUsage.
00:01:04 :On voit qu'actuellement on a juste deux champs qui sont définis, qui sont le mot de passe et la slugging.Donc on n'a rien d'autre qui est défini et il va falloir qu'on définisse un champ qui sera utilisé comme nom d'utilisateur.
00:01:16 :Dans ce cas-ci, nous ce qu'on va utiliser ce n'est pas un nom d'utilisateur mais une adresse email.Donc je vais créer un champ ici que je vais appeler Email qui va être un champ de type EmailField.
00:01:26 :Déjà il faut que j'importe les modèles, donc je vais faire FromDjango.db ImportModels.Et à l'intérieur des modèles, on va aller chercher le champ EmailField, donc Models.EmailField.
00:01:36 :Et on va spécifier quelques paramètres ici. On va déjà spécifier qu'il doit être unique.Donc ça c'est absolument obligatoire si vous souhaitez utiliser ce champ pour le nom d'utilisateur car on ne souhaite pas avoir logiquement deux utilisateurs qui ont le même nom d'utilisateur.
00:01:50 :Donc dans ce cas-ci le même email.Puisque pour un processus d'authentification, quand on se connecte sur un site, forcément on ne peut pas avoir deux utilisateurs qui ont le même identifiant.
00:02:00 :Donc si vous souhaitez utiliser l'email, il faut bien mettre unique égale true ici.On va ensuite spécifier une longueur maximale qui va être de 255 et on va dire qu'il ne peut pas être vide.
00:02:10 :Donc on va dire blank égale false.Donc c'est tout ce qu'on définit ici et on va ensuite spécifier qu'on veut utiliser ce champ pour le nom d'utilisateur.
00:02:18 :Donc le champ qu'on va utiliser pour se connecter à notre site.Donc on va faire un attribut qui s'appelle username field et qui va être égal à la chaîne de caractère email tout simplement.
00:02:26 :Donc ça c'est le nom de notre champ ici que l'on va utiliser.On n'a pas de required field ici, on ne va pas en mettre.
00:02:33 :Mais si jamais vous aviez des champs que vous souhaiteriez rendre obligatoires, vous devriez mettre un required field ici.Donc par exemple si on souhaitait rendre obligatoire que l'utilisateur rentre un h, par exemple on pourrait faire un champ h ici.
00:02:46 :Donc là il faudrait mettre une liste si je ne me trompe pas.Donc une liste puisqu'on pourrait avoir plusieurs champs ici qui sont requis pour l'utilisateur.
00:02:52 :Donc là il faudrait créer bien entendu un champ associé par exemple avec un integer field ici dans notre modèle.Donc nous on ne va pas faire ça mais je vous le montre quand même puisque ça peut être intéressant d'utiliser d'autres champs ici qui soient requis.
00:03:04 :A la suite de l'email on va également créer quelques champs qui sont nécessaires pour que l'interface d'administration de Django fonctionne.Donc ces champs ils sont à l'intérieur de la documentation dans utilisateur personnalisé et Django contrib admin.
00:03:18 :Donc vous pouvez chercher pour cette phrase ici à l'intérieur de la documentation de Django.Et vous voyez ici qu'il nous indique en fait que ces quatre champs ici sont nécessaires.
00:03:27 :Donc on a isStaff, isActive et là en fait on a deux méthodes hasPerm et hasModulePerm que l'on va devoir créer.Donc on va faire déjà le champ isActive et isStaff.
00:03:37 :Donc isActive ça va tout simplement permettre de définir si un utilisateur est actif ou non.Donc ça va être un champ de type boolean et par défaut on va le mettre à true puisque quand on crée un nouvel utilisateur on souhaite indiquer que l'utilisateur est actif par défaut.
00:03:50 :Et par la suite on pourrait bien entendu choisir de le désactiver donc de passer ce boolean à false.Là il y a juste ici une petite erreur alors une erreur d'indentation voilà que j'ai réglé.
00:04:00 :On va ensuite créer un autre champ qui est cette fois-ci isStaff qui va encore une fois être un boolean sauf que cette fois-ci on va le mettre par défaut à false.
00:04:09 :Donc isStaff ça va nous permettre de spécifier si un utilisateur a accès ou non à l'interface d'administration de notre site.On a ensuite un autre champ qu'on va créer qui est isAdmin cette fois-ci et isAdmin ça va là encore être un boolean.
00:04:22 :Donc boolean field et on va le mettre également à false puisque isAdmin ça va nous permettre de spécifier si l'utilisateur a les droits d'administration ou non.
00:04:31 :Donc là on le met à false également et quand on va créer un super utilisateur on mettra ces champs donc le champ isStaff et le champ isAdmin à true.
00:04:39 :Mais pour les utilisateurs de base donc les utilisateurs de votre site vous ne voulez pas que par défaut il fasse partie de l'administration ou de votre équipe.
00:04:47 :On va ensuite ici rajouter d'autres champs si nécessaire donc par exemple on pourrait remettre le champ zip code et n'importe quel autre champ que l'on souhaiterait associer à notre utilisateur.
00:04:56 :Donc là je peux remettre un charField avec blank qui est égal à true puisqu'on peut vouloir ne pas spécifier forcément ce zip code.Donc on pourrait en fait vouloir qu'un utilisateur n'ait pas à rentrer son code postal donc je mets blank égal à true et on va mettre une longueur maximale ici de 5
00:05:11 :puisque le code postal en France ne peut pas faire plus que 5 caractères.Donc là on a tout ce qu'il faut normalement il ne reste plus que les deux méthodes que je vous ai montré à l'intérieur de la documentation.
00:05:21 :Donc la méthode hasPerm et hasModulePerm qu'on va mettre ici.Donc ces méthodes vous pouvez les retrouver à l'intérieur de la documentation ici avec les différents paramètres qui sont acceptés.
00:05:31 :Donc là vous voyez que dans la documentation il n'y a pas le self vu qu'on les met à l'intérieur d'une classe bien entendu il va falloir rajouter ici le self.
00:05:39 :Donc par défaut on va retourner true et on ne va pas y toucher pour l'instant ça c'est juste en fait des méthodes qui vont permettre de vérifier si un utilisateur a certaines permissions ou non.
00:05:48 :Donc comme pour l'instant on ne va pas s'intéresser au groupe on va juste retourner le booléen true à chaque fois et considérer que l'utilisateur a donc les permissions correspondantes au groupe qu'on pourrait vérifier.
00:05:57 :Donc je laisse ça ici et là normalement on a tout qui est bon on a notre modèle, on a l'email, on a ces champs ici et on a rajouté ici un autre champ et on pourrait en rajouter d'autres à l'intérieur de cette classe.
00:06:08 :Donc actuellement vous voyez que j'ai une migration et une base de données donc comme je vous disais dans une partie précédente vous ne pouvez pas changer de modèle d'utilisateur en cours de route.
00:06:17 :Donc là il va falloir supprimer les migrations que vous aviez auparavant si vous en aviez et également repartir donc de quelque chose de neuf donc je vais également supprimer ma base de données.
00:06:26 :A l'intérieur du fichier settings n'oubliez pas de renseigner ici le hot user models donc là on va renseigner accounts.customuser donc qui est cette classe ici que l'on a créé à l'intérieur de notre fichier models.py.
00:06:38 :Donc maintenant que j'ai fait tout ça je vais pouvoir appliquer les migrations dans ma base de données pour enregistrer ce modèle d'utilisateur.Donc je vais ouvrir un terminal ici et à l'intérieur du dossier source donc dans lequel je me trouve actuellement je vais pouvoir utiliser python manage.py et make migrations pour créer les migrations à l'intérieur de mon application accounts.
00:06:58 :Donc ici j'ai bien ma migration initiale on voit qu'on crée donc un modèle à partir de custom user et vous voyez ici qu'on a beaucoup moins d'informations que ce qu'on avait quand on avait créé un modèle à partir de abstract user.
00:07:10 :Puisque abstract user il y avait plusieurs champs par défaut comme le first name, le last name, le username et d'autres champs comme ceci.Là dans ce cas ci on a juste donc le primary key, le id qui va nous permettre de spécifier dans notre base de données les différentes entrées.
00:07:24 :On a notre mot de passe qui hérite en fait de notre abstract base user donc dans abstract base user si vous vous souvenez bien on avait le mot de passe et le last login donc ça c'est normal password et last login.
00:07:34 :Et on a ensuite tous les champs qu'on a renseigné et rien de plus on a l'email, on a is active, is staff, is admin et le zip code.
00:07:41 :Donc vous voyez qu'on a vraiment juste ce qu'on a défini plus le mot de passe et le last login bien évidemment mais avec cette classe vous voyez qu'on a quelque chose de beaucoup plus clean et qui correspond précisément à ce qu'on souhaite pour notre application.
00:07:54 :Je vais pouvoir ensuite donc créer tout ça à l'intérieur de ma base de données donc avec la commande migrate.Donc toutes les migrations ont été appliquées et je vais pouvoir regarder ce que ça donne à l'intérieur de table plus.
00:08:04 :Donc j'ouvre ma base de données et j'ai bien ici une table accounts custom user et vous voyez ici qu'on a un peu moins de champs que dans la partie précédente puisque on a uniquement donc nos différents champs avec le mot de passe, le last login, email, les trois is donc is active, is staff, is admin et le zip code.
00:08:21 :Donc ça correspond bien à ce qu'on avait à l'intérieur de notre modèle ici.Pour l'instant vous allez voir qu'on ne peut pas encore créer de modèle avec cette classe.
00:08:29 :Si j'essaie de créer un super user avec python manage.py super user donc create super user comme ceci vous allez voir que là on a un petit problème.
00:08:38 :Donc je vais mettre l'email, je vais mettre hello at docstring.fr, je valide et là vous voyez qu'on a un problème donc on a cet attribute erreur et vous allez voir comment on va pouvoir remédier à cette erreur dans la prochaine partie.

La classe AbstractBaseUser

Débloquez votre potentiel ! ✨

Prêt à passer au niveau supérieur ?

Toutes les questions

De716

user et superuser dans le même modèle

Rechercher sur le site