Update 2023-08-28_migration-site-cecil.md

pages/post/2023-08-28_migration-site-cecil.md

@@ -20,13 +20,13 @@ Pour rappel, avant le site ressemblait à ça :
 ## Pourquoi changer de solution ?
 
 Au tout début je m'étais concentré sur la modification des feuilles de styles en m'appuyant sur [Tailwind CSS](https://tailwindcss.com/) (comme [souhaité par Frank](https://github.com/jamstatic/jamstatic-fr/pull/255)), puis sur la modification des [templates Go](https://gohugo.io/templates/introduction/).  
-Puis, je me suis rapidement arraché les cheveux à cause du moteur de templates d'Hugo. En effet, ne le pratiquant pas régulièrement, j'étais systématiquement en train de consulter la documentation pour savoir comment réaliser des actions basiques : comment manipuler une variable, gérer les héritages, les inclusions, etc.  
+Puis, je me suis rapidement arraché les cheveux sur le moteur de templates d'Hugo... En effet, ne le pratiquant pas régulièrement, j'étais systématiquement en train de consulter la documentation pour savoir comment réaliser des actions pourtant basiques : comment manipuler une variable, gérer les héritages, les inclusions, etc.  
 Bref, une perte de temps importante et une motivation se réduisant de jour en jour.
 
 J'ai alors décidé de [sauter le pas](https://github.com/jamstatic/jamstatic-fr/pull/343) et de migrer vers [Cecil](https://cecil.app/), pour 2 raisons majeures :
 
-1. Je connais la solution sur le bout des doigts (et pour cause puisque j'en suis [le créateur](https://arnaudligny.fr/blog/cecil-mon-generateur-de-site-statique/)) ;
-2. Je suis à l'aise (et donc efficace) avec le moteur de template [Twig](https://twig.symfony.com/).
+1. Je connais la solution sur le bout des doigts (et pour cause puisque j'en suis [le créateur](https://arnaudligny.fr/blog/cecil-mon-generateur-de-site-statique/) ^^) ;
+2. Et surtout je suis à l'aise, et donc efficace, avec le moteur de template [Twig](https://twig.symfony.com/).
 
 ## Comment ?
 
@@ -36,17 +36,17 @@ Le principe de génération du site, la structure des contenus et l'organisation
 
 1. J'effectue une modification ;
 2. Je lance un nouveau build ;
-3. J'effectue les ajustements nécessaires (selon les messages d'erreur retournés) ;
+3. J'effectue les ajustements nécessaires (en m'appuyant sur les messages d'erreur retournés) ;
 4. Je recommence jusqu'à ce que le build soit valide.
 
 ### Gestion de contenu
 
 Nous pouvons séparer les contenus en 2 catégories :
 
-1. Les *pages*, c'est à dire les articles rédigés en Markdown
+1. Les *pages*, c'est à dire les articles rédigés dans le format [Markdown](https://fr.m.wikipedia.org/wiki/Markdown)
 2. Les *assets*, c'est à dire les illustrations et autres vidéos au sein des articles
 
-Aussi, je me suis tout d'abord concentré sur la réorganisation des contenus :
+Aussi, je me suis tout d'abord concentré sur la réorganisation de ces contenus :
 
 1. Déplacement des fichiers _*.md_ du dossier `content/` de Hugo vers le dossier `pages/` de Cecil
 2. Renommage des fichiers dans la section _post_ de manière à les préfixer avec la date de l'article (`YYYY-MM-DD_Titre.md`) et ainsi faciliter leur tri