Aujoud'hui pourquoi j'ai choisi le Flat File pour mon podcast, un système sans base de données qui stocke chaque épisode dans un simple dossier. C'est une solution rapide, sécurisée contre les injections SQL et facile à gérer via FTP. Cela me permet de multiplier les projets sur un seul hébergement, avec un contrôle total et sans aucune contrainte technique.
Site officiel : robotetdragon.com/badal/
Git : github.com/robotetdragon/badal-cms
le flat file
Aujoud'hui pourquoi j'ai choisi le Flat File pour mon podcast, un système sans base de données qui stocke chaque épisode dans un simple dossier. C'est une solution rapide, sécurisée contre les injections SQL et facile à gérer via FTP. Cela me permet de multiplier les projets sur un seul hébergement, avec un contrôle total et sans aucune contrainte technique.
Alors, pourquoi le choix du Flat File ? Déjà, c'est quoi ? Un CMS Flat File, c'est un outil de création de sites web qui n'utilise pas de base de données comme MySQL. Donc, au lieu de stocker les articles, les pages, les réglages dans une base de données, en fait, il les stocke sur... dans des fichiers, des dossiers. C'est-à-dire qu'une page est un fichier.
En fait, je suis parti du problème que j'ai eu, c'est-à-dire que j'ai un site web, voilà, perso, un WordPress en l'occurrence, avec son hébergement, nom de domaine, base de données et tout ça ; ça fonctionne très bien. Mais si je veux utiliser un CMS pour gérer mon podcast, ben je fais comment ? je fais mon WordPress actuel, et du coup je mélange tout ? Je fais un autre CMS ? Mais alors je dois upgrader mon hébergement pour avoir une autre base de données ?
Et les bases de données, ben ça a beaucoup d'avantages pour gérer des gros volumes d'entrées. Mais là, on parle d'un podcast. Donc si je fais 100 épisodes d'un podcast, c'est super. Et alors 1000 ? Faut se demander est-ce qu'on connaît beaucoup de podcasts de plus de 1000 épisodes ? Pas beaucoup.
J'avais découvert le Flat File avec le CMS Grav, et j'avais adoré en fait la flexibilité que ça donnait pour modifier, réorganiser des pages... je trouve ça... facile en fait.
Alors, avoir ce système pour un podcast où chaque épisode, ça sera un dossier avec un fichier audio, une couverture... et toutes les infos du podcast, ben en fait elles sont dans le flux RSS, qui est de toute façon un fichier XML. Donc c'est simple, c'est lisible directement depuis l'FTP, et j'aime bien, ça redonne du contrôle à l'utilisateur, quoi.
Et vu le volume de données qui va rester faible, ben en fait c'est plus rapide que de faire des requêtes en base. Il n'y a même pas de risque d'injection SQL, enfin... ça a beaucoup d'avantages. Et ce système, il permet de créer ben autant de podcasts que vous voulez sur un seul hébergement, et ça se combine très bien avec votre site perso, enfin ce que vous avez pour vous, pour votre asso... En fait, ça ne rajoute aucune contrainte.
Donc au final, ce système, ben il m'est un peu apparu comme une évidence par la simplicité, et les premiers tests, ils ont vite montré que ça fonctionnait bien. Alors l'avenir dira si c'était une erreur ou pas, mais pour l'instant, j'en suis plutôt satisfait, voilà.
Allez, c'est tout pour aujourd'hui. Merci et à demain !
Autres épisodes
