Les bases de Django

00:00:00 :Après avoir créé la structure de base d'un projet avec Django,vous allez pouvoir lancer un serveur local qui vous permettra d'afficher les pages de votre projet.
00:00:12 :Ce serveur, il est bien important de noter que c'est un serveur de développement que vous ne devez pas utiliser en production.Il n'est pas prévu pour ça,il n'a pas été pensé de façon assez sécuritaire pour pouvoir être utilisé en production,donc c'est vraiment uniquement pour le développement local.
00:00:29 :Ce serveur, on va pouvoir le lancer grâce à la commande run server.Cette commande, vous y avez accès dans Django Admin,mais on ne va plus utiliser Django Admin pour lancer les commandes.
00:00:39 :A la place, on va utiliser le fichier manage.py.L'avantage de passer par ce fichier,c'est qu'il va automatiquement avoir les bonnes variables d'environnement qui pointent vers notre fichier de settings,donc le fichier pour notre projet DocBlog.
00:00:53 :On n'aura pas besoin de spécifier à chaque fois,comme on aurait besoin de le faire avec Django Admin,le fichier de settings qu'on veut utiliser.
00:01:00 :Donc Django Admin, c'est pratique si vous avez plusieurs projets et que vous n'avez pas envie à chaque fois d'aller dans les dossiers de chaque projet pour utiliser le fichier manage.py du projet correspondant.
00:01:11 :Dans ce cas-ci, Django Admin peut être intéressante.Nous, dans ce cas-ci, on est dans notre projet DocBlog,donc on va utiliser manage.py.Pour ça, je vais me déplacer à l'intérieur de mon dossier source,donc je fais cd src.
00:01:24 :Si je fais 1ls, je vois que j'ai bien mon fichier manage.py ici,que je vais pouvoir utiliser pour lancer mes commandes.Assurez-vous bien auparavant, bien entendu,d'avoir activé votre environnement virtuel.
00:01:34 :Donc moi, c'est le cas ici, je le vois .env.Donc je vais pouvoir utiliser la commande Python,indiquer ensuite le fichier manage.py et la commande à lancer.
00:01:44 :Dans ce cas-ci, ça va être run serveur.Cette commande, elle va lancer le serveur en local.Alors là, vous allez avoir plusieurs messages en rouge qui apparaissent.
00:01:53 :Ce n'est pas bien grave, ne vous inquiétez pas.En fait, ce sont des migrations qui n'ont pas été appliquées.Donc par défaut, quand vous créez un projet,il va falloir appliquer ces migrations qui concernent la base de données d'administration, notamment.
00:02:05 :On peut le laisser comme ça pour l'instant,ça ne va pas poser de problème et on pourra quand même accéder à notre site.Si jamais vous voulez enlever ce message d'erreur et appliquer les migrations,vous pouvez lancer cette commande qui est indiquée ici,donc python manage.py migrate,
00:02:19 :qui va appliquer ces migrations.Vous n'avez besoin de le faire que la première fois et ensuite, ça va être appliqué.Votre base de données va être créée avec les entrées pour tout ce qui concerne l'interface d'administration et vous n'aurez plus ce message d'erreur.
00:02:32 :Nous, on va voir ici ce qui nous intéresse un peu plus.Donc on a quelques informations,par exemple la version de Django qui est utilisée.
00:02:38 :Il nous indique également quel fichier de settings qui a été utilisé.Donc comme je vous le disais il y a quelques instants,automatiquement en utilisant le fichier manage.py
00:02:47 :à l'intérieur de notre projet,il sait qu'il va devoir utiliser ce fichier précisément.Donc le fichier docblog.settings et il nous indique que le serveur de développement a été démarré et qu'on peut y accéder à cette adresse.
00:02:58 :Donc cette adresse, ça va toujours être la même,c'est en fait ce qu'on appelle le localhost,donc 127.0.0.1 et on est sur le port 8000.
00:03:06 :Donc vous allez copier cette adresse,je fais un clic droit copie et on va aller dans un navigateur internet pour coller cette adresse et nous rendre sur notre site.
00:03:14 :Donc dans Chrome, ici,vous collez cette adresse dans la barre d'adresse,vous appuyez sur entrée et vous avez votre site web qui s'affiche.Donc ça c'est la page par défaut qui est affichée par Django et il nous l'indique ici qu'on voit cette page parce qu'on a mis debug qui est égal à true.
00:03:32 :Donc ça c'est dans le fameux fichier settings.py la variable d'environnement debug par défaut elle est à true et donc quand on va sur notre site web,on a cette petite page qui s'affiche avec la fusée, avec quelques liens ici en bas assez intéressants comme la documentation de Django,le tutoriel pour l'application de base
00:03:50 :dans la documentation de Django ou les communautés que vous pouvez retrouver.Si je reviens dans mon terminal,on va voir qu'on a plusieurs requêtes qui ont été faites.
00:03:58 :Donc là en fait, à chaque fois qu'on va accéder à une page sur notre site,on va voir le détail des requêtes qui sont faites.
00:04:05 :Donc là on a par exemple une requête get,on a ensuite d'autres requêtes qui sont faites pour aller chercher par exemple les fonts.Donc ça c'est des fonts, c'est des polices d'écriture qui ont été récupérées par notre serveur.
00:04:15 :On a également des indications quand certaines ressources ne sont pas trouvées.Par exemple ici, il nous indique que le fichier favicon.ico n'a pas été trouvé,
00:04:23 :donc not found, et on a ici cette erreur 404, donc la fameuse 404 qui indique qu'une ressource n'est pas trouvée. Donc ça c'est quand on a fait le get de favicon.ico,
00:04:33 :ce n'est pas nous qui l'avons fait directement,c'est quand on s'est rendu sur la page à l'adresse suivante, donc 127.0.0.1 2.8000. Il a essayé d'aller récupérer la favicon pour l'afficher dans notre navigateur et actuellement on n'en a pas, donc on a cette erreur 404.
00:04:47 :Ce serveur, vous pouvez donc le laisser rouler, et à chaque fois que vous allez sur votre site accéder à des pages, vous allez avoir ces requêtes qui vont être effectuées et que vous allez pouvoir examiner dans votre terminal ici. Si jamais vous voulez
00:04:59 :arrêter ce serveur, et bien il vous suffit de faire CTRL-C pour arrêter le serveur et vous revenez au niveau de votre terminal, et si je retourne sur mon site et que j'actualise la page,vous allez voir que cette fois-ci, le site n'est pas accessible. Donc à chaque fois que
00:05:13 :vous allez vouloir travailler sur votre projet,il va falloir lancer cette commande,donc python manage.py run server, vous appuyez sur entrée,le serveur se lance, et à chaque fois que vous allez faire des modifications dans vos fichiers,le serveur va automatiquement recharger ces informations.
00:05:29 :Donc vous n'avez pas besoin, à chaque fois que vous sauvegardez vos fichiers, de relancer le serveur.Automatiquement, Python va contrôler les fichiers à l'intérieur de votre projet Django, il va se rendre compte quand les fichiers sont modifiés,et automatiquement, il va les recharger pour qu'on puisse avoir les modifications qu'on a
00:05:45 :fait dans nos fichiers, qui soient répercutées sur notre site. Il y a quelques cas de figure où il va falloir quand même relancer le serveur, par exemple si vous créez une nouvelle application, ou si parfois vous faites des opérations spécifiques sur votre base de données, dans certains cas comme ceci,
00:05:59 :il va falloir relancer votre serveur, donc arrêter le serveur avec ctrl-c, et relancer le serveur avec cette commande run server,pour que tous les changements soient bien pris en compte. Donc si jamais vous faites des modifications
00:06:11 :et ces modifications vous ne les voyez pas répercutées sur votre site, n'hésitez pas à arrêter et relancer le serveur.Mais en général, quand vous faites des modifications dans vos fichiers, ils sont automatiquement rechargés par ce serveur de développement.

Lancer le serveur de développement

Débloquez votre potentiel ! ✨

Prêt à passer au niveau supérieur ?

Toutes les questions

Célestin

Problème de freeze avec 'python manage.py runserver'

Geoffroy Streit

Freeze on 'Watching for file changes with StatReloader'

Moïse Kouman

Erreur sur mon serveur de développement local avec Django

Rechercher sur le site