Menu

Aucun menu défini dans le customizer.

Éditer des documents Word en local dans votre navigateur

Si vous avez déjà essayé d’intégrer une fonction d’édition de documents Word dans une application web, vous savez que c’est souvent la croix et la bannière. En fait, pour obtenir un truc correct, on finit souvent par s’appuyer sur des solutions lourdes côté serveur ou des APIs propriétaires qui coûtent un bras. Mais ça, c’était avant que je tombe sur docx-js-editor.

Ce petit bijou open source est un éditeur WYSIWYG conçu spécifiquement pour l’écosystème React qui permet d’ouvrir, de modifier et d’enregistrer des fichiers .docx directement dans le navigateur. Le gros point fort revendiqué par le projet, c’est l’absence de dépendance serveur pour toute la partie édition. Tout le boulot se fait donc en local chez le client, ce qui est plutôt classe côté confidentialité des données puisque vos documents ne transitent pas par un backend obscur.

Windows a enfin sa CLI pour les développeurs d’apps

Développer une application pour Windows quand on n’utilise pas Visual Studio, c’est un peu comme essayer de monter un meuble Conforama sans la notice et avec des outils en plastique.

Faut jongler avec les SDK, se battre avec des manifestes XML (l’enfer sur Terre ces trucs), générer des certificats dans tous les sens… Bref, c’est souvent la croix et la bannière. Et Microsoft, dans sa grande bonté (si si, ça arrive), s’est dit qu’il était temps d’arrêter de torturer les développeurs.

Tunnl.gg – Exposez votre localhost en une seule commande SSH

Vous développez un truc en local et vous avez besoin de le montrer à quelqu’un au travers d’Internet, genre pour tester un webhook, faire une démo rapide, ou juste impressionner votre collègue à distance ? Hé bien au lieu de vous farcir une config nginx + certificats SSL + ouverture de ports sur le routeur (Beurk !), y’a
Tunnl.gg
qui fait tout ça en une SEULE ligne de commande.

Vous tapez une commande SSH, et hop, vous avez une URL publique qui pointe vers votre serveur local. Pas de client à installer, pas de compte à créer, pas de token à configurer, juste SSH, que vous avez forcément déjà sur votre machine.

Tout ce que vous pouvez désactiver dans WordPress pour qu’il arrête de vous gonfler

WordPress, c’est bien. Mais WordPress qui injecte des scripts d’emojis, des styles Gutenberg, des shortlinks et 47 autres trucs dont vous n’avez pas besoin dans chaque page de votre site… c’est moins bien évidemment. Heureusement, Terence Eden, un dev qui en avait marre de voir son code source ressembler à un plat de spaghetti, a compilé
une petite liste de tout ce qu’on peut virer
.

Car WordPress a adopté une philosophie de type “Decisions, not options” (des décisions, pas des options) où en gros, au lieu de vous laisser choisir, ils décident pour vous de ce qui est bon pour vous. Un peu comme Macron ^^. Le problème c’est que leurs décisions incluent un tas de fonctionnalités dont la plupart des gens n’ont rien à faire 🥲.