Flâner. Que voilà un drôle de mot bien éloigné de nos préoccupations quotidiennes, à toujours courir après le temps. Et pourtant… Pourtant, cela peut faire du bien !
Définition de flâner, verbe intransitif
- Se promener sans hâte, en s’abandonnant à l’impression et au spectacle du moment. ➙ se balader, musarder.
- S’attarder, être dans l’inaction.
Haa, les tris de tableau, si utiles d’un point de vue utilisation, et si casse-tête d’un point de vue développement. Sauf si vous êtes dans la catégorie « facilité » où là vous allez juste vous contenter d’utiliser une gem ou une bibliothèque JavaScript toute prête, car après tout, pourquoi s’embêter quand on peut charger directement toutes les lignes, pas vrai ?
Pour ma part, j’aime bien chercher à avoir un code propre et une page web légère. Hashtag boomer nostalgeek du modem 56k ? Ou hashtag neo-écolo-bobo qui découvre qu’une page de 250Mo à charger c’est pas ouf ? Ni l’un ni l’autre, juste une personne qui aime bien avoir une page web légère à proposer à son navigateur web, sa RAM l’en remercie. En plus, ça fait une plus petite consommation de bande passante, votre serveur vous en remercie.
On voit ensemble comment on peut s’y prendre ?
Je ne pensais pas avoir délaissé cet espace d’expression aussi longtemps ! Plus d’un an et que de chemin parcouru depuis mon dernier billet. Je n’ai jamais essayé ce genre d’exercice, et puis ce billet de Zwindler est apparu dans mon fil RSS et je me suis dit « après tout, pourquoi pas ? ». Par la suite, j’ai vu que d’autres bloggers semblent tenter cet exercice alors, allons y, mettons la timidité et le manque de confiance en soi de côté.
« Libriste ». Que voilà un bien curieux mot employé pour désigner une certaine catégorie de personnes. Adepte de la philosophie du monde du Libre au sens large, c’est une question qui me revient souvent en tête. Au fond, pour moi, c’est quoi être « libriste » ? Oui, les guillemets ont leur importance. Dans ce billet tout personnel, je vous propose de voir un bout de mon parcours, de mes réflexions et de pourquoi je parle de philosophie et non pas de politique. Quitte à devoir faire grincer quelques dents.
(Ce billet est très décousu, je l’avais commencé il y a deux ans sans trop savoir où j’allais. Je l’ai repris, il n’en est pas mieux cousu. Peut-être que dans dix ans je penserai différemment, si je suis toujours de ce monde.)
Vous est-il déjà arrivé, dans le cadre de votre travail, de devoir mettre à jour une colonne spécifique dans votre base de données PostgreSQL ? C’est une tâche somme toute assez basique et rapide à faire. Mais quand ce n’est à faire qu’une fois par an, si vous avez déjà sauté sur cinq projets différents, comment vous faciliter la tâche pour ne pas avoir à retrouver la base de données, la table et la colonne ? Est-ce que faire un script Bash peut être une solution ? C’est une question que je me suis posé·e cette semaine et l’exercice a été assez amusant à faire. Voyons voir comment ça marche !
Après des années à utiliser le CMS PluXML et à tester différentes choses dessus, il a fallu que je me rende à l’évidence : aussi merveilleux que soit cet outil, il ne me convient plus. Mes besoins ont évolué au cours du temps, ce qui est parfaitement normal et logique. Au fur et à mesure j’ai appris plein de choses en développement web, du coup, ne pas pouvoir les mettre en application correctement sur mon blog, ça a fini par me frustrer.
Dans un premier temps, nous allons voir quels sont ces nouveaux besoins et en quoi Jekyll a pu m’aider à y répondre, au moins en partie. Dans un second temps, nous verrons comment la migration de PluXML vers Jekyll a pu se faire. Enfin nous parlerons des limites de cette migration pour les personnes tatillonnes !
Tout est dans le titre. Au départ je pensais en faire un ou deux messages sur Mastodon et les découper pour Twitter, mais finalement, j’avais besoin de laisser glisser mes doigts sur le clavier. Ce n’est pas un texte amusant ni technique. C’est assez personnel et, âmes sensibles soyez prévenues, c’est un peu mon état psychologique actuel avec le COVID-19.
Pour une idée de projet récente qui me plaît beaucoup, je me suis imposée la mise en place d’un blog statique afin de pouvoir mettre les diffénets points sur lesquels j’ai pu avancer, ceux sur lesquels je butte, et autres. Ce blog tourne sous Pelican (Python) et est couplé au moteur de commentaire Commento.io. Comme ce projet a le bon goût d’être auto-hébergeable, je l’ai déployé sur mon serveur, avec un peu d’aide de mon #chaton. Voici ma procédure, libre à vous de l’adapter par la suite.
J’ai eu envie de me remettre un peu à Python, parce que ça me manque un peu. Du coup, quoi de mieux que de se lancer dans un énième projet personnel secondaire, qui finira par pourrir dans son coin ? Sauf que, je n’ai pas non plus envie de risquer de pourrir mon système d’exploitation avec des paquets Python dans tous les sens. Et pour couronner le tout, ma mémoire ne se souvenait plus de comment faire un environnement virtuel en Python ! Du coup, hop, un petit billet rapide pour que ce soit plus rapide et facile de retrouver les informations pour un projet rapide et crade !
Information importante : mon système d’exploitation actuel est Arch Linux ! Pour ce billet, j’utilise le shell bash.
Ne vous êtes-vous jamais demandé comment faire pour cadrer et sauver une image, avec de l’interactivité pour l’utilisateur ? Après tout, la plupart des sites le font maintenant, mais le jour où ce sera à votre tour de le faire comment vous y prendrez-vous ? C’est une question que j’ai dû me poser pour pouvoir avoir un trombinoscope de nos étudiants, afin de ne pas avoir un serveur qui croule sous le poids d’images en haute définition et avec des dimensions démesurées et non adaptées pour nos besoins. Je vous propose donc de retrouver ici la solution que j’ai adopté et adapté. Comme pour le billet sur l’internationalisation sous Symfony, le code sera surtout posé là comme une base sur laquelle vous pourrez travailler, sans chercher à vous apprendre comment faire tout le développement !