On refactore Frago. Frago l’outil #OpenSource et #Gratuit d’aide au politique de transformation ; Frago de stockage des données de la transformation en #OpenData. On gagne en puissance et en temps de build.
Vous êtes au courant des fonctionnalités indispensables à un Gestionnaire de Site Statique (#GSS) ? Non ? Et bien il en existe une qui est de prendre une API (un fichier unique avec plein de contenus, qu’on appelle sur un autre site) ; et de pouvoir générer une architecture de pages.
Exemple : pour #Lowtus, je faisais des tests automatisés sur plusieurs sites web. Je génére des résultats. Je construis un grand fichier avec tous les sites et tous les tests. Ensuite, à partir de ce fichier, je construis une arborescences de pages.
Après plusieurs années de réflexion #Hugo a proposé les Content Adapter. Ce système me permet de créer les rapports d’audits, déclarations… (pages HTML) de manière automatique. De manière bien plus simple qu’avant.
Mais le mieux est dans ma tête. Car mon objectif est de pouvoir appeler plusieurs Frago pour faire un observatoire. Par exemple, je suis le département de l’AIN, j’ai des collèges, des musées, des directions… je crée un Frago pour chaque thématique. Puis j’agrège tout cela dans un observatoire qui va appeler chaque Frago.
Précédemment, je faisais ça avec Eleventy, une autre techno. Mais je me dis que cela pourrait tout aussi bien être intégrer à Frago directement. Et lancé à partir d’une ligne de commande spécifique.
On pourrait ainsi lancer le fameux portail de déclaration légale (lui même conforme à la loi) avec des résultats d’audits, des plans d’action, un schéma pluriannuel… avec que des liens à jour pour chaque déclaration… le top de la technologie informatique pour 0 euro.
Avantage : On ne sait utiliser que Frago ; toujours le même principe de déploiement, la même config, voire même #monorepo… mais des paramètres différents.