My Hugo blog was downloading 3.6 MB of JavaScript and 40 KB of external CSS on every page load. For a static blog with mostly text and a few diagrams, that was absurd. Here is how I fixed it. HTML: 86 KB JavaScript: 3.6 MB (Mermaid + KaTeX) CSS: 40 KB (KaTeX stylesheets) Problem: render-blocking scripts loaded on every page for math and diagrams Adding minifyOutput = true to hugo.toml shrunk HTML
Yesterday, I hit the rate limits on all my AI subscriptions. I was blocked. For two hours. I was just sitting there, staring at the message in Copilot CLI… wondering what to do next. Do I: Buy extra credits? Upgrade my plans to some “pro max” tier Or just code by myself like I used to? First option = more money. And honestly, I wasn’t ready to invest more. Second option = free, but let’s be real…
You have probably seen a file named “go.sum” in almost every Go project you have worked on. You may have even seen it change every time you run “go mod tidy”. But do you actually know what it does? It is one of those files that works silently in the background, and some developers never stop to think about it. The “go.sum” file is one of those files you never really interact with directly, but it
Optimisation HLS pour DOMTOM Ce dépôt documente une approche orientée ingénierie réseau pour optimiser la distribution HLS (HTTP Live Streaming) dans les territoires DOMTOM. L’objectif est d’améliorer la stabilité de lecture, la latence effective et la robustesse face aux variations de gigue, tout en respectant les contraintes de décodage client, de parsing de manifestes, et de routage ISP. Pers
Contournement du flux vidéo FAI DOMTOM — FAQ Développeur (réseau, protocoles, parsing) Point de vue : cette FAQ est rédigée du point de vue d’un ingénieur logiciel/réseau traitant la couche transport, le routage ISP, la signalisation de session et la reconstruction applicative (parsing, dé-multiplexage, adaptation de manifestes), spécifiquement dans des contextes DOM-TOM où les chemins d’achemi