Articles sur Développement web

dvh/svh ont amélioré le viewport mobile, mais pas le moment où le clavier virtuel arrive. Résultat : CTA masqué, scroll piégé, modals inutilisables. Voilà comment le fixer proprement.

Le vrai bug en prod, c’est souvent de retrouver les bons logs quand un workflow retry ou time out. Avec le filtre par Run ID et Step ID, tu peux enfin débugger un run proprement.

MF 2.0 promet des micro-frontends plus portables (plus seulement webpack). La vraie question est : est-ce que ton produit peut encaisser la complexité qui va avec ?

Le pire incident, ce n’est pas une fuite de données. C’est ton app qui tombe en charge à cause d’une requête forgée. Cette CVE Next.js, c’est exactement ça.

Sur un repo neuf, Vitest est plug-and-play. Sur un projet existant, c’est souvent 9 heures d’ESM/CJS, d’alias et de side effects. Voilà comment je m’en sors.

Quand Claude Code te balance “usage limits” alors que tu viens de démarrer, ce n’est pas forcément toi. Il y a un scénario crédible de tokens fantômes facturés via le cache.

Tu optimises la DB, tu queues, tu chunk… et ton import Laravel rame toujours. Si tu valides des gros tableaux avec des wildcards, tu peux juste être en train de brûler du CPU en O(n²).

Après un hack, tu peux nettoyer ton site et rester invisible. Parce que Google veut des preuves, pas un bouton « reindex ».

Laravel 13.3+ peut changer la connexion Redis utilisée par les sessions quand SESSION_CONNECTION est vide. Si tu as séparé « cache » et « default », ça peut te casser l’auth sans bruit.