- JeffGeerling.com, exploité sur une base Drupal depuis 2009, passe au générateur de site statique (SSG) Hugo afin d’améliorer l’efficacité du blog personnel
- Les nombreux upgrades et la charge de maintenance accumulés de Drupal 6 à 10 ont été le principal déclencheur de cette transition
- Hugo prend en charge une rédaction basée sur Markdown, ce qui simplifie une procédure de publication auparavant complexe, avec un déploiement possible en une seule ligne de commande
- Pendant la migration, quelques problèmes peuvent survenir, comme des liens d’image erronés ou des URL perdues ; les fonctions de commentaires et de recherche seront rétablies dans une étape ultérieure
- Pour les développeurs individuels, c’est un exemple concret des avantages d’un site statique, avec un workflow plus simple et une maintenance plus efficace
Pourquoi passer de Drupal à Hugo
- Le site a démarré en Drupal 6 en 2009, puis a été progressivement mis à niveau vers 7, 8, 9 et 10
- Le CMS, utilisé professionnellement pendant plus de dix ans, avait aussi été adopté pour le blog personnel
- Après le processus de mise à niveau complexe de Drupal 7 vers 8, la fatigue s’est accumulée à l’idée de maintenir sur un blog personnel une Digital Experience Platform (DXP) de niveau entreprise
- Le blog sert d’espace annexe pour des projets personnels et du contenu YouTube ; la décision de migrer vise à se concentrer sur l’écriture plutôt que sur la maintenance du CMS
Pourquoi Hugo
- Il existait déjà une expérience de migration d’anciens sites de loisir vers un hébergement statique, certains ayant été convertis vers Jekyll ou Hugo
- Jekyll convient bien à GitHub Pages, mais en tant que non-spécialiste de Ruby, la préférence va à la configuration simple et à la rapidité de Hugo
- Hugo offre une prise en charge native de Markdown, ce qui s’intègre naturellement au mode de rédaction existant
Processus de migration et problèmes rencontrés
- La migration est en cours dans l’issue GitHub #158
- Avec plus de 3�a0500 articles et vingt ans de données, il peut subsister quelques images cassées, erreurs de liens ou redirections manquantes
- L’objectif est de conserver autant que possible la structure d’URL existante ou d’ajouter des redirections
Amélioration du workflow avec Markdown
- Tous les articles sont rédigés en Markdown depuis 2020
- Auparavant, les billets étaient écrits en Markdown dans Sublime Text, convertis en HTML, puis téléversés manuellement dans Drupal
- Dans Drupal, la publication d’un article nécessitait une procédure en plusieurs étapes
- Coller le corps du texte, téléverser et insérer les images individuellement, modifier la date de publication, vider le cache, etc.
- Cela incluait même la gestion du cache Cloudflare pour faire face aux attaques DDoS, ce qui rendait le processus encore plus complexe
- Avec Hugo, il suffit d’écrire un fichier Markdown puis d’exécuter
hugo && git commit && git push pour publier immédiatement
- La charge d’administration serveur liée à Composer, Drush, PHP, MariaDB, Nginx et autres disparaît, ce qui améliore l’efficacité de maintenance
Suite du plan (TODOs)
- La fonction de commentaires doit être rétablie dans une deuxième phase via un système de commentaires statiques auto-hébergé
- La recherche sur le site reposait autrefois sur Apache Solr, mais elle est actuellement désactivée
- Une méthode d’implémentation de la recherche dans Hugo est à l’étude dans l’issue #168
- Au début de la migration, les commentaires restent désactivés, et la reprise de l’existant devrait prendre du temps
Ce que signifie cette transition
- Abandon d’une structure complexe de création et de gestion de contenu sous Drupal au profit d’un modèle d’exploitation de site statique plus simple et plus efficace
- Un exemple concret montrant comment les développeurs individuels peuvent réduire la charge de maintenance et se concentrer sur la création
- La migration vers Hugo est présentée comme un moyen d’améliorer la pérennité de l’exploitation d’un blog personnel
Aucun commentaire pour le moment.