- Formations
- conversion_path Parcours & Formations
- science Projets
- data_object Exercices de code
- psychology Exercices IA
- quiz Quiz
- Articles
- rss_feed Blog
- sort_by_alpha Glossaire
- menu_book Guides
- help_center FAQ
- media_link Ressources
- Communauté
- groups La communauté
- forum Questions
- live_tv Mentorats
- science Projets mensuels
- Formations
- conversion_path Parcours & Formations
- science Projets
- data_object Exercices de code
- psychology Exercices IA
- quiz Quiz
- Articles
- rss_feed Blog
- sort_by_alpha Glossaire
- menu_book Guides
- help_center FAQ
- media_link Ressources
- Communauté
- groups La communauté
- forum Questions
- live_tv Mentorats
- science Projets mensuels
Deviens membre Premium magic_button
Débloque cette session en devenant Membre Premium 🚀
Inscris-toi
(c'est gratuit !)
Un compte est nécessaire pour participer aux discussions.
Créer un compte person00:00:00 :Dans cette partie, on va voir comment afficher nos modèles à l'intérieur de l'interface d'administration de Django.Pour ça, on va lancer déjà notre serveur.Donc, on va utiliser la configuration qu'on avait créée au début,qui va tout simplement utiliser le fichier manage.py avec la commande run server.
00:00:17 :Donc, je vais lancer cette configuration.Et une fois que c'est fait, on va pouvoir se rendre à l'adresse suivante,donc 127.0.0.1 2.8000, pour afficher notre interface d'administration.
00:00:28 :Donc, on va se rendre dans la page slash admin.Donc, je valide en appuyant sur entrée.Et on va ensuite se connecter à l'intérieur de cette interface d'administration avec le super utilisateur qu'on avait créé.
00:00:39 :Donc, dans mon cas, le nom d'utilisateur, c'était tbash.Et le mot de passe, j'avais mis 1, 2, 3, 4, 5, 6, tout simplement.À l'intérieur ici de cette interface d'administration,par défaut, on a uniquement les utilisateurs et les groupes qui sont affichés.
00:00:52 :Donc, on ne voit pas nos deux modèles et il va falloir ajouter quelques lignes de codepour indiquer à Django qu'on veut afficher les modèles dans l'interface.
00:00:59 :Si je vais voir pour l'instant sur les utilisateurs,on retrouve bien ici notre utilisateur, donc tbash avec hello.docstream.fr.Et on a également une indication ici que cet utilisateur fait partie de l'équipe staff,donc a les droits d'administration qui me permettent d'accéder à cette interface d'administration.
00:01:16 :Donc, on va voir comment modifier cette interface en allant dans PyCharm.On va retourner dans la structure de dossier et on va ouvrir le fichier admin.py
00:01:24 :qui normalement est automatiquement créé avec votre application.Donc, on ouvre ce fichier et c'est à l'intérieur de ce fichier qu'on va indiquer les modèlesqu'on veut afficher à l'intérieur de notre interface d'administration.
00:01:35 :Donc, pour ça, on va utiliser la fonction register qui est contenue dans admin.site.Normalement, l'import ici est déjà fait à l'intérieur du fichier,donc on a déjà from django.contribimportadmin.
00:01:46 :Si jamais vous n'avez pas cet import, il suffit de le rajouter.Et à l'intérieur ici de register, on va indiquer la classe du modèlequ'on souhaite afficher dans notre interface d'administration.
00:01:56 :Donc, on va mettre blog post ici et on va faire pareil avec catégorie.Pour l'instant, ces modèles ne sont pas affichés, donc PyCharm nous affiche une erreur.
00:02:04 :On peut donc cliquer sur l'ampoule ici pour importer automatiquement le modèle blog postet on va faire pareil ici avec la catégorie.Et là, vous voyez que par défaut, PyCharm va importer ces deux modèlesen partant de SRC, donc du dossier SRC.
00:02:18 :Ça, c'est parce que PyCharm va partir de notre dossier websiteet il va considérer qu'il faut faire les imports à partir du dossier source directement.
00:02:26 :Nous, ce qu'il faut, ce n'est pas faire des imports à partir de source,mais à partir du dossier dans lequel se trouve manage.py.Donc, on va enlever le SRC ici et on va faire les imports directement depuis blog.
00:02:36 :Sauf que là, vous voyez qu'on a une petite erreur qui nous est affichée.Alors, ça ne pose pas de problème, c'est juste PyCharm qui ne trouve pas ce module.
00:02:42 :Mais si on lance notre interface d'administration,donc si je relance le run server en cliquant en haut à droite ici sur django run server,vous voyez qu'on n'a pas d'erreur, c'est vraiment juste une erreur de PyCharm.
00:02:53 :Donc, pour remédier à ça, on va faire un clic droit sur le dossier SRCet on va indiquer qu'on veut marquer ce dossier en tant que sources root.
00:03:00 :Et ainsi, vous voyez que l'erreur disparaît puisque maintenant,PyCharm va considérer que ce dossier est un dossier à partir duquel il peut trouver et importer des modules.
00:03:09 :Donc, une fois que c'est bon, qu'on a enregistré nos deux modèles avec register,on peut relancer le serveur une dernière fois pour s'assurer que tous les changements sont bien pris en compte.
00:03:17 :Et si on retourne sur l'interface d'administration, on a cette fois-ci nos deux modèles qui sont affichés ici.En dessous de blog, donc blog, c'est tout simplement notre application.
00:03:25 :Donc, ces deux modèles ici sont contenus à l'intérieur de l'application blog.C'est pour ça qu'ils sont répertoriés sous la même catégorie ici qui s'appelle blog.
00:03:33 :On va pouvoir ensuite aller vérifier que nos articles sont tous bien ici.Donc, pour l'instant, on a marqué blog post object avec l'identifiant, donc 3, 4, 5, 6 et 8,ce qui correspond bien à ce que l'on avait à l'intérieur de table plus, donc avec nos articles ici.
00:03:45 :Sauf que cette fois-ci, on est directement à l'intérieur de l'interface d'administration.Si je clique sur un des articles, je peux ensuite éditer le contenu de ces articles.
00:03:53 :Donc, par exemple, changer la catégorie, en mettre plusieurs, enlever par exemple l'auteur,mettre la date, donc par exemple à demain, changer le contenu ici, donc faire tout ce que vous voulez.
00:04:03 :Et ensuite, on peut sauvegarder les changements en cliquant en bas ici sur save pour sauvegarder tout ça dans la base de données.On pourrait avoir envie également de changer l'ordre de tous ces champs ici,pour par exemple avoir le titre, le slug et publish en premier.
00:04:16 :Pour changer ça, c'est très simple.Il suffit de retourner dans les modèles et de changer l'ordre de nos champs ici dans la classe.Donc, par exemple, si on souhaite commencer par le titre, on peut le ramener en haut.
00:04:26 :On va ramener le publish aussi et la date.Et ensuite, on va laisser l'auteur, la catégorie, le content et la description.Et si je reviens dans l'interface d'administration et que j'actualise, vous voyez que l'ordre des champs a changé.
00:04:37 :Donc, vous voyez que c'est vraiment très simple.On n'a même pas besoin de relancer le serveur.Il suffit de changer l'ordre des attributs, donc des champs ici, à l'intérieur de notre classepour changer l'ordre dans l'interface d'administration.
00:04:48 :Actuellement, le seul problème, c'est qu'ici, ce n'est pas très explicite.On a marqué blog post qui est le nom de la classe et ensuite object,puisqu'il s'agit d'une instance de blog post et l'identifiant qui correspond à l'article de blog.
00:04:58 :Donc, c'est assez difficile de s'y retrouver et de savoir à quel article correspondent ces objets.On va pouvoir heureusement modifier cette chaîne de caractère qui est affichée.
Ce n'est pas fini...
✋
Tu as complété % du parcours 🔥
Termine l'intégralité de la formation pour pouvoir débloquer ton attestation de réussite.