Après avoir convertit mon blog dynamique en blog static, il me semble intéressant de parler du stack technologique retenu et mis en place. Bien sûr, ça n’intéressera que les plus férus de techniques et pas les autres.

Tout d’abord et comme mentionné dans mon article Le Blog renait, j’ai opté pour un site static pour ne plus avoir besoin de faire de maintenance régulière sur le stack technologique qui fait tourner le site. Avec des solutions comme WordPress,
il faut régulièrement le mettre à jour ainsi que les plugins utilisés.

Lorsque j’ai convertit mes articles WordPress vers mon site static, je voulais récupérer les commentaires. Certains diront que ce n’est pas forcément très important mais j’estime que ça fait partie de mon patrimoine émotionnel, de mes souvenirs. C’est des moments précieux de mon aventure japonaise. Relire mes articles puis relire les commentaires me rappellent de bons et moins bons souvenirs mais ça fait partie de mon être.

Comment déjà mentionné dans mes articles précédents de la série Le Stack Technologique, Jekyll offre une série de points d’extensions. Cela permet d’étendre les fonctionnalités de base avec une personnalisation ciblée pour les besoins personnels. La communauté autour de Jekyll offre des plugins ce que j’ai en partie profiter. Par exemple, j’utilise le plugin Paginate V2

Pendant la rédaction de mon 4ème article technique, j’ai voulu ajouté une note de texte au milieu de mon article pour augmenter l’emphase du texte. Au départ, j’aurai voulu utiliser une extension du markdown pour pouvoir écrire mon texte de manière aussi peu formatée que possible mais ça n’était pas si simple. J’en suis venu à créer un block tag Liquid pour obtenir le résultat souhaité.

Pour la migration de mon site WordPress vers mon site static, il m’a fallu plusieurs années pour me décider. Je savais que c’était pas une mince affaire. Je savais que j’allais devoir reprendre chaque article, copier son contenu, nettoyer les parties des articles propres à WordPress. Pour être franc, j’étais découragé par la tâche à venir. J’avais déjà plusieurs fois regarder le contenu en base de données et une partie du markup est présent directement dans les articles stockés en base de données.

La partie build and publish repose sur un outil et une plateforme. L’outil en question, il s’agit de git qui est un gestionnaire de version de fichiers. Comme son principe l’indique, il s’agit de garder des fichiers et l’historique des modifications successives dans le temps. La plateforme, il s’agit de GitHub. Cette plateforme offre tout un écosystème autour de l’outil git.

Pour héberger mon site, j’ai choisi d’utiliser S3 d’AWS. Ce service permet de stocker des fichiers et de les servir comme un site web le ferait. C’est une manière très pratique d’héberger un site web sans devoir prendre un hébergeur dédié pour ça.

Il y a plus de dix ans, mon blog sur mes aventures japonaises voyait son dernier article publié. Depuis, plus un seul article, ni un seul commentaire. Le calme plat.

Aujourd’hui étant mon dernier jour à Tokyo (avant la prochaine fois), j’ai profité pour faire un maximum de choses. Je me suis baladé à travers tout Tokyo au moyen des métros et trains, ainsi que mes pauvres pieds. J’ai sûrement fait autant de marche à pied en durée qu’en transports public.