Validateur JSON i18n BETA
Validez vos fichiers de localisation et détectez les clés manquantes, les incohérences et les problèmes potentiels avant la publication.
- ✓JSON plat
{ "key": "value" } - ✓JSON imbriqué
{ "key": { "nested": "value" } } - ✓Espaces réservés
{name}, %s, {{value}} - ✓Balises HTML
<b>, <a>, <br> and more
Astuce : nommez vos fichiers avec le code de langue (par ex. en.json, pl.json, de.json) pour de meilleurs résultats.
Ce que ce validateur fait, et ce qu'il ne fera pas
Un validateur, pas un service de traduction
Les fichiers sont comparés à un fichier de référence et rapportés : clés manquantes et en trop, écarts de type, différences de variables et de balises en ligne, valeurs vides et chaînes encore identiques à la référence. Aucun contenu n'est traduit, suggéré ni conservé, et les fichiers sont abandonnés dès le rapport produit. Une chaîne marquée non traduite peut être parfaitement correcte, comme le sont souvent les marques et les termes techniques.
FAQ
Comment le fichier de référence est-il choisi ?
Par défaut le plus grand et le plus complet du lot, car c'est presque toujours la langue source. Tous les autres lui sont comparés, la référence est donc à 100% par définition.
Qu'est-ce qu'un écart de variables ?
Les jetons que l'exécution remplace, comme {name} ou %s, diffèrent entre la chaîne de référence et la traduction. C'est un vrai défaut : au mieux la valeur n'apparaît jamais, au pire le formateur lève une erreur.
Pourquoi une clé est-elle signalée comme non traduite ?
Sa valeur est identique octet pour octet à la référence. Souvent c'est une marque, un extrait de code ou une unité, et c'est correct. C'est précisément pour cela que ce constat est séparé des vraies erreurs.
Mes fichiers sont-ils téléversés et conservés ?
Ils sont envoyés à notre serveur pour être analysés et comparés, puis abandonnés. Rien n'est écrit sur disque, indexé ou partagé.
Lodash contre es-toolkit : comparaison de bibliothèques d'utilitaires modernes
Lodash est l'une des bibliothèques d'utilitaires les plus utilisées dans l'écosystème JavaScript, surtout dans les bases de code plus anciennes et d'entreprise. es-toolkit est une alternative moderne construite autour de TypeScript, des modules ES, du tree-shaking et de bundles plus petits. La question n'est pas de savoir si Lodash fonctionne encore. Il le fait. La meilleure question est de savoir si votre projet a encore besoin du poids et des schémas hérités qui l'accompagnent, ou si une option plus allégée et axée types convient mieux à votre stack en 2026.
Axios contre Fetch et Ky : quel client HTTP utiliser ?
Axios est devenu le client HTTP par défaut de nombreuses équipes JavaScript car il offrait une API propre avant que Fetch ne devienne la primitive standard du navigateur. Aujourd'hui, de nombreuses équipes peuvent utiliser Fetch natif directement ou choisir Ky, un petit wrapper qui ajoute du confort sans tout le poids d'Axios. Le bon choix dépend de si vous avez réellement besoin de fonctionnalités spécifiques à Axios comme les intercepteurs et les wrappers existants, ou si une couche de requêtes plus légère et moderne convient mieux à votre application.
Moment.js contre date-fns : la meilleure bibliothèque de dates pour les applications modernes
Moment.js était autrefois la bibliothèque de dates par défaut pour les applications JavaScript, mais les stacks frontend modernes ont généralement besoin d'outils plus petits, plus modulaires et plus tree-shakeables. date-fns fournit les utilitaires de date comme des fonctions indépendantes, ce qui en fait un meilleur choix pour de nombreuses applications modernes. La décision est généralement simple pour les nouveaux projets : Moment.js peut rester dans le code hérité, mais date-fns est souvent un meilleur choix pour le nouveau développement.
Besoin d'aide en localisation ou en internationalisation ?
Nous vous aidons à créer de meilleurs produits multilingues.