Perspectives

After having moved my blog from WordPress to Hugo, my next objective was to have it built and deployed automatically to my own webhosting server whenever I push a commit to GitHub. The main reasons to use this process are these:

• I want that any change or addition to the website are as easy to deploy as a simple git commit;
• I want my builds to be reproducible;
• I want a clean state for each build;
• I don’t want to be dependent on an external hosting service (no lock-in);
• I don’t want to have to worry about a computer crash or about my own Internet connection.

I use this process for about a year to deploy the MoodleBox documentation website (about 200 pages), and for a few days for deploying this blog (more than 600 pages!). It works great 👍

Continuer la lecture de « Deploy your Hugo site through SSH with Travis »

J’ai terminé il y a quelques jours la migration de ce blog vers Hugo, un générateur de sites statiques.

En 2006, lorsque j’ai commencé ce blog, le choix de WordPress était logique, et les arguments sont encore valides : écrit en PHP, il fonctionne donc presque chez n’importe quel hébergeur ; il est libre et gratuit ; comme il est très répandu — WordPress est le moteur de plus de 33% de tous les sites web du monde — on a à disposition de nombreuses extensions et, en cas de problème, on a accès à une communauté d’utilisateurs active et de qualité.

Alors pourquoi changer ? #

Il y a de nombreuses raisons pour passer à un générateur de sites statiques, mais les principales sont la rapidité, une sécurité accrue et l’économie faite sur l’hébergement, vu les faibles besoins en infrastructure matérielle côté serveur et que PHP n’est plus nécessaire.

Continuer la lecture de « Nouveau moteur pour ce blog : Hugo »

La version 1.4 de Mahara est sortie en juin dernier, et en tant que contributeur, j’ai reçu ma tasse « collector » de l’équipe Mahara 😉

Cette tasse fait partie d’une édition limitée destinée aux seuls contributeurs de la version 1.4 du système de e-portfolio Mahara.

Vifs remerciements à l’équipe Mahara pour leur reconnaissance !

Moodle 2.0.1 est sorti aujourd’hui, avec quelque 80 corrections de bogues.

La représentation graphique d’un scénario est chose difficile. XKCD a tenté l’expérience de façon convaincante notamment pour le Seigneur des Anneaux et la Guerre des Étoiles. Michael Ogawa a transposé cette représentation pour visualiser l’évolution du développement de logiciels, de façon à conserver une continuité et un persistance des données. Le code source prototype de ce projet, evoline, est libre. Cette représentation montre une synthès sur la durée, contrairement à code_swarm, que j’ai utilisée dans un précédent article, ou à gource, récemment employé par David Mudrak pour montrer l'évolution de Moodle.

Les données proviennent du dépôt du code source de Moodle. Le temps est représenté sur l’axe horizontal, et s’écoule de gauche à droite. Les développeurs sont groupés chaque mois en fonction des modifications qu’ils font sur le code source. Au bas de l’illustration, un histogramme montre le volume et le type des fichiers modifiés. En glissant le pointeur sur une ligne, celle-ci est mise en évidence pour mieux suivre le parcours d’un développeur.

L’illustration ci-dessus sert de lien vers un fichier SVG interactif. La plupart des navigateurs modernes sont capables d’afficher ce format. Seul IE n’en est pas capable actuellement.