Why This Topic Matters OTP (One-Time Password) verification is a critical security feature in modern mobile applications. Whether you're building a fintech app, healthcare platform, or any service requiring user authentication, implementing OTP verification efficiently can be the difference between a smooth user experience and frustrated users abandoning your app. The react-native-otp-auto-verif
Introduction Building a mobile application that handles sensitive financial data — crypto transactions, KYC verification, gift cards — means security is not an afterthought. It is a core deliverable. During the development of a cross-platform fintech application, one of the non-negotiables on the security checklist was runtime application self-protection (RASP). After evaluating our options, we
React Native's New Architecture — JSI, Fabric, and TurboModules — has been "coming soon" for long enough that some teams wrote it off as vaporware. It shipped. It is now default in new React Native projects. And it meaningfully changes how the framework works at the performance-critical boundaries between JavaScript and native code. This post is not a getting-started guide. It is an honest account
It's a one-line item on the roadmap. "Send a push notification when X happens." Estimate is two days, three if the backend doesn't have FCM credentials yet. There's a library for it. The library is the visible part. The other 90% is platform lifecycle, registration state machines, race conditions with navigation, payload archaeology, and a half-dozen iOS and Android quirks. Nobody writes them down
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
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
Hi everyone, Konrad and Kacper from Software Mansion here! 👋 A quiet week — no big headlines — but still a couple of solid articles and releases in the React ecosystem. On the React side, the WIP React Compiler in Rust is being tested at Meta. We also have a 18-month retrospective on the React Compiler, a deep dive into how React streams UI, and a step-by-step guide for migrating from Radix UI to