Découvrir Symfony3

Différencier app et app_dev

Testez gratuitement nos 1246 formations

pendant 10 jours !

Tester maintenant Afficher tous les abonnements
Il existe app pour l'environnement de production et app_dev pour l'environnement de développement. Vous allez apprendre à les utiliser et à les différencier.
04:34

Transcription

Là c'était pour voir un petit peu ce que ça donne, évidemment. On va enlever le « die » qu'on a là. Et puis tout çà, ici bien sûr on va le commenter parce qu'on en a pas besoin réellement. C'était simplement pour l'exemple. On peut même aller le supprimer. Tant qu'on y est, ce n'est pas très très grave. Il y a un truc qu'on a pas fait ici, c'est le passage de paramètre. Donc il provient de la « Request » directement au « template ». On peut le faire et puis on parle ensuite du « app » et du « app_dev ». On dirait que c'est très très simple. Il suffit simplement de definir un « uri ». Remarquez ici la notation courte des « uri » que vous pouvez utiliser si vous le souhaitez. Donc ça va vous permettre d'aller un petit peu plus vite. Donc vous faites tout simplement comme ça des crochets et puis vous allez passer, par exemple ici « name » et puis vous allez le relier sur le « param » et le « param » souvenez-vous comment on le récupère. Et là comme ça avec le petit « get » qui va bien et « param ». et là comme ça vous récupérez le « name ». Pour l'affichage dans le « template » c'est super simple. Il suffira de mettre ici des doubles moustaches, des doubles acollades et vous répercuterez le nom que vous avez donné ici en passage. Donc là vous avez donné « name ». Donc vous allez utiliser « name ». Et ça va marcher tout seul. Et en fonction de ce que vous allez mettre ici, évidemment si vous mettez « plop » ça va être « plop ». Vous voyez que le passage de paramètre. C'est pour ça que j'en fais pas de vidéo complète, c'est très très très simple. Il n'y a pas vraiment à se prendre la tête avec ça. Il suffit simplement de définir un « uri » en deuxième paramètre du render et puis vous récupérez directement dans le « template » et vous travaillez avec, c'est facile. Vous remarquez qu'on a « app_dev.php » mais qu'on a aussi la possibilité d'aller directement sur « app ». Alors attention quand vous allez faire ça, parce qu'il y a de fortes chances que ça ne marche pas dès le début, pourquoi ? Parce que vous avez du « cache » et ce « cache » il est generé une première fois, lorsque vous chargez votre « Controlleur » de production « app.php » Et il ne va pas changer. Il va falloir l'invalider. Alors pour l'invalider, la meilleure des méthodes c'est de supprimer à la main ce qui se trouve dans le « cache ». Il y a une commande « Symfony » pour le faire mais elle ne marche pas toujours super bien. Donc on va tout simplement supprimer à la main et on sera tranquille. En faisant ça maintenant vous allez avoir la possibilité de recharger, effectivement ça fonctionnera. Donc faites très attention quand vous utilisez le « Controlleur » de production. Ce n'est pas la même chose que le controlleur de dev et on peut avoir des petits problèmes. Quelle est la différence réelle entre les deux ? Simplement une différence de définition. Si vous ouvrez les deux, vous allez voir dans le « app.php » ici. On va utiliser la « Request », on va charger « l'autoloading ». On va ensuite inclure le « bootstrap.php.cache » qui est généré par « Symfony ». Et puis derrière, le « kernel » va être démarré. Donc le « kernel » c'est un peu la pierre angulaire du Framework. Sur un environnement de production avec un debug à « false » et derrière on va simplement ici avoir une « Request » qui est créée. On va demander au kernel de gérer la « Request » et on va demander à la « Response » d'être envoyé. Vous voyez qu'ici hein, c'est un petit fonctionnement très simple ensuite, on a un évènement « terminate » on ne parlera pas des évènements dans cette formation mais sachez qu'il y a un évènement qui part après que la page soit rendue, ce qui peut être intéressant dans certain cas. Quelle est donc la différence avec « app_dev » ? Et bien, « app_dev » c'est pareil sauf qu'ici regardez le « kernel » il est démarré sur l'environnement de « dev » avec le debug à « true ». Et surtout ici, regardez le « debug » on va le forcer donc. On va faire un « debug enable », pour vraiment avoir la barre du « debug » et toutes les informations de « debug ». Quand vous utilisez le « app.php » vous êtes sur un environnement « prod », ce qui veut dire que le fichier de configuration qui est utilisé c'est le « config_prod ». Bien sûr, pour l'autre c'est le « config_dev ». Vous voyez que c'est à ça que ça sert hein, on a ici un « Controller » un peu frontal de production qui permet bien de voir la page sans « debug », sans « log » un peu bizarre tout ça. C'est quelque chose qui se charge très vite mais ça vous forcera quand même à faire une invalidation de « cache » si vous souhaitez avoir les bonnes informations. Et ensuite, un « Controlleur » frontal de développement qui vous permet d'avoir du « debug », d'avoir tout un tas de choses et ça c'est vraiment essentiel donc. Quand vous allez coder sur votre application, sur vos fichiers sources, pensez toujours à être en dev et de temps en temps à les regarder le rendu en « Controlleur de production» . C'est important aussi pour savoir si tout se passe bien. Voilà la différence entre les deux « app » et « app_dev.php ».

Découvrir Symfony3

​Prenez en main Symfony3 pour développer des applications riches. Apprenez à créer des routes et des contrôleurs, créez des formulaires, sauvegardez des données, etc.

3h27 (45 vidéos)
Aucun commentaire n´est disponible actuellement
 
Logiciel :
Spécial abonnés
Date de parution :7 avr. 2016

Votre formation est disponible en ligne avec option de téléchargement. Bonne nouvelle : vous ne devez pas choisir entre les deux. Dès que vous achetez une formation, vous disposez des deux options de consultation !

Le téléchargement vous permet de consulter la formation hors ligne et offre une interface plus conviviale. Si vous travaillez sur différents ordinateurs ou que vous ne voulez pas regarder la formation en une seule fois, connectez-vous sur cette page pour consulter en ligne les vidéos de la formation. Nous vous souhaitons un excellent apprentissage avec cette formation vidéo.

N'hésitez pas à nous contacter si vous avez des questions !