Calculer les sommes de contrôle des fichiers

Les sommes de contrôle SHA peuvent confirmer que deux séquences d'octets sont identiques lorsque le même algorithme produit la même valeur complète. Elles ne prouvent pas qu'un fichier est sûr, authentique, autorisé ou exempt de contenu malveillant. Un fichier renommé ou nuisible peut avoir une somme de contrôle valide fournie par une source non fiable. Confirmez l'algorithme, comparez chaque caractère avec une valeur publiée de confiance et utilisez des signatures ou une autre vérification lorsque l'identité compte.

Vérifiez les aspects qui déterminent la signification du résultat : clés, noms de champs, types de valeurs, imbrication, nombre de lignes et de colonnes, délimiteurs, guillemets, échappement, fins de ligne et encodage des caractères. Pour les résultats de comparaison, examinez les ajouts et les suppressions plutôt que de lire uniquement le résumé surligné. Pour Base64, distinguez le texte encodé des données binaires arbitraires. Pour les sommes de contrôle, comparez chaque caractère et confirmez le nom de l’algorithme. Validez les résultats importants avec le système destinataire, car des données syntaxiquement valides peuvent toujours violer un schéma, un champ obligatoire, une règle d’unicité ou une contrainte métier.

Le formatage et la validation répondent à des questions différentes. Le formatage analyse des données valides et les réécrit avec une indentation ou une mise en page cohérente afin de permettre une inspection plus facile. La validation vérifie si la syntaxe peut être analysée, mais elle ne confirme pas automatiquement que les valeurs satisfont un schéma ou une règle métier. La minification supprime les espaces inutiles sans modifier la valeur analysée. L’inspection résume la structure et la profondeur. Pour XML et YAML, le formatage peut normaliser les espaces insignifiants ou les choix de représentation. Comparez donc les valeurs sémantiques plutôt que de vous attendre à ce que le style textuel d’origine reste identique.

Des données d’apparence valide peuvent contenir un délimiteur invisible, une espace insécable, un guillemet non fermé, un marqueur structurel dupliqué, une séquence d’échappement mal formée, des fins de ligne mixtes, un encodage non pris en charge ou une fonctionnalité propre au format qui modifie l’analyse. Commencez par la ligne, la colonne ou le chemin indiqué, s’il est disponible. Réduisez l’entrée à la plus petite section qui échoue encore, puis restaurez progressivement les enregistrements environnants. Pour CSV, confirmez le délimiteur et l’hypothèse d’en-tête. Pour JSON, XML ou YAML, vérifiez les crochets, l’indentation, les guillemets, les entités et l’imbrication. Conservez une copie de la source pendant le diagnostic afin qu’une correction ne supprime pas d’informations valides.

Aucune installation ni inscription n’est requise pour utiliser les utilitaires de données répertoriés. Ouvrez l’action correspondant à la tâche, ajoutez ou collez la source, choisissez le mode approprié, puis copiez ou téléchargez le résultat. Avant de remplacer un fichier important, conservez l’original et testez la sortie avec l’application destinataire. L’installation n’est pas la principale question de compatibilité : les attentes du schéma, l’encodage, les délimiteurs, les fonctionnalités du classeur et la syntaxe prise en charge déterminent toujours si un autre système acceptera le résultat.