Pourquoi j'ai construit un convertisseur d'images qui ne touche jamais un serveur

Le problème : chaque convertisseur d'image "gratuit" veut vos fichiers Si vous avez jamais eu besoin de convertir rapidement un lot de photos en WebP ou de réduire un dossier de PNG avant de les expédier à la production, vous avez probablement couru dans la même ennui que j'ai fait: la plupart des "convertisseurs en ligne gratuits" vous obligent à télécharger vos fichiers sur un serveur distant d'abord. C'est bien pour une capture d'écran aléatoire. Ce n'est pas très bien quand les images sont: Unreleased product shots under NDA Client actifs vous n'êtes pas censé redistribuer des photos personnelles vous préférez ne pas passer à un serveur tiers vous ne savez rien sur Donc j'ai commencé à regarder ce que le navigateur peut réellement faire de lui-même — et il s'avère, plus que la plupart des gens supposent. Ce que le navigateur peut déjà faire Les navigateurs modernes expédient avec tout ce qu'il faut pour décoder, redimensionner, réencoder et compresser des images entièrement côté client: + toBlob() / toDataURL() pour réencoder vers JPG, PNG ou WebP L'API de fichier pour glisser-déposer et télécharger par lots Web Workers pour garder le thread UI réactif pendant la conversion par lots JSZip (ou similaire) pour regrouper plusieurs fichiers convertis en un seul ZIP téléchargeable Aucune de ces fonctionnalités n'exige un backend. Aucune image ne doit quitter la machine de l'utilisateur. Pourquoi cela importe-t-il au-delà de la vie privée En plus de la victoire évidente sur la vie privée, faire la conversion dans le navigateur a quelques effets secondaires agréables: Aucun serveur ne coûte cette échelle avec l'utilisation. Une API de conversion d'image traditionnelle doit fournir un calcul pour chaque requête. Un outil côté client s'échelle gratuitement — le CPU de l'utilisateur fait le travail. Aucun chargement/téléchargement aller-retour. Pour les gros lots, sauter entièrement le réseau est souvent plus rapide que télécharger sur un serveur et attendre un fichier traité de retour. Fonctionne hors ligne une fois chargé. Un convertisseur côté client de style PWA continue de fonctionner même avec une connexion floue. Les compromis Ce n'est pas le déjeuner gratuit : de très grands lots (des centaines d'images haute résistance) peuvent forcer le fil principal si vous n'êtes pas prudent avec Web Workers. La qualité et la vitesse de l'encodeur WebP/AVIF varient selon le moteur du navigateur, de sorte que vous ne pouvez pas garantir une sortie identique octet sur Chrome/Firefox/Safari. Vous perdez le contrôle côté serveur — aucun moyen facile d'imposer une taille de fichier max avant que le navigateur ait déjà chargé l'image dans la mémoire. Là où j'ai atterri, j'ai fini par construire ceci en un petit outil, ImagArt AI, qui convertit et compresse les images en JPG, PNG ou WebP directement dans le navigateur, avec téléchargement par lots et exportation de ZIP. C'est gratuit, et comme rien n'est téléchargé, il n'y a pas de compromis en matière de confidentialité. Si vous construisez quelque chose de semblable, heureux de comparer des notes sur le lotage Web Worker ou les paramètres de qualité encodeur - déposez un commentaire ci-dessous.