J'utilise gitea + woodpecker + un plugin woodpecker maison qui détecte si le dépôt utilise zola ou hugo, qui compile le site et qui le copie vers le serveur via sftp en utilisant lftp (soit chez un hébergeur classique, soit chez moi).
Le plugin woodpecker est un conteneur classique que je recompile via un job sur github qui mets à jour toute la stack chaque semaine (y compris la distro de base via un script qui incremente le Dockerfile).
Ceci dit, j'ai découvert que le paquet Fedora tire golang depuis 15 jours (cf https://bugzilla.redhat.com/show_bug.cgi?id=2104346), donc le conteneur a multiplié sa taille par 3 (super content de remplir le /var grace à ça), peut être que je vais basculer sur "utiliser le binaire upstream", ce qui va m'éviter les discussions sur "avoir une dépendance faible ou avoir un sous paquet".
Du coup, le temps entre "git push" et "le site est en prod" est de 10 secondes par environment (si je me plante pas), et je peux aussi mettre un job de CI pour vérifier les PR.
J'ai plus utilisé zola que hugo, et j'ai eu une regression à la con que j'ai vu dans l'aprés midi, moitié parce que j'ai fait n'importe quoi avec les sections, moitié parce qu'un nom de variable a changé et que les changelogs sont pas terribles (et que j'ai pas trouvé le commit).
Mais sinon, j'en suit pleinement satisfait, c'est rapide, ça fait juste le taf et y a juste ce qu'il faut d'extensibilité.
À coté de ça, j'ai aussi des experiences avec jekyll et middleman pour le boulot, et c'est un peu l'horreur.
La version de ruby est jamais la même partout sur les portables des admins et des devs webs, on doit réinstaller l'env à chaque build donc ça prends 5 à 10 minutes (vu que tu tires assez vite nokogiri qui patch libxml2 ou ce genre de choses, donc faut aussi avoir gcc, etc).
Middleman est passé en version 4, et tout a sauté. Jekyll semble non maintenu.
Ensuite, c'est sur que c'est plus souple et tu peux mettre des plugins complexes. Ensuite, faut les maintenir, et ça tombe sur moi, donc je préfère m'éviter ça avec zola/hugo.
# Zola / Gitea / Woodpecker
Posté par Misc (site web personnel) . En réponse au journal Static Site Generator. Évalué à 4.
J'utilise gitea + woodpecker + un plugin woodpecker maison qui détecte si le dépôt utilise zola ou hugo, qui compile le site et qui le copie vers le serveur via sftp en utilisant lftp (soit chez un hébergeur classique, soit chez moi).
Le plugin woodpecker est un conteneur classique que je recompile via un job sur github qui mets à jour toute la stack chaque semaine (y compris la distro de base via un script qui incremente le Dockerfile).
Ceci dit, j'ai découvert que le paquet Fedora tire golang depuis 15 jours (cf https://bugzilla.redhat.com/show_bug.cgi?id=2104346), donc le conteneur a multiplié sa taille par 3 (super content de remplir le /var grace à ça), peut être que je vais basculer sur "utiliser le binaire upstream", ce qui va m'éviter les discussions sur "avoir une dépendance faible ou avoir un sous paquet".
Du coup, le temps entre "git push" et "le site est en prod" est de 10 secondes par environment (si je me plante pas), et je peux aussi mettre un job de CI pour vérifier les PR.
J'ai plus utilisé zola que hugo, et j'ai eu une regression à la con que j'ai vu dans l'aprés midi, moitié parce que j'ai fait n'importe quoi avec les sections, moitié parce qu'un nom de variable a changé et que les changelogs sont pas terribles (et que j'ai pas trouvé le commit).
Mais sinon, j'en suit pleinement satisfait, c'est rapide, ça fait juste le taf et y a juste ce qu'il faut d'extensibilité.
À coté de ça, j'ai aussi des experiences avec jekyll et middleman pour le boulot, et c'est un peu l'horreur.
La version de ruby est jamais la même partout sur les portables des admins et des devs webs, on doit réinstaller l'env à chaque build donc ça prends 5 à 10 minutes (vu que tu tires assez vite nokogiri qui patch libxml2 ou ce genre de choses, donc faut aussi avoir gcc, etc).
Middleman est passé en version 4, et tout a sauté. Jekyll semble non maintenu.
Ensuite, c'est sur que c'est plus souple et tu peux mettre des plugins complexes. Ensuite, faut les maintenir, et ça tombe sur moi, donc je préfère m'éviter ça avec zola/hugo.