Analysez des en-têtes HTTP dans un objet clé-valeur

Les noms sont normalisés en minuscules, les espaces autour des valeurs sont retirés et les noms répétés, tels que Set-Cookie, sont conservés dans l’ordre sous forme de tableaux au lieu d’être écrasés. Toute ligne non vide doit respecter la structure standard Name: Value, sinon une erreur claire est renvoyée sans résultat partiel.

Transformez un bloc copié en données structurées exploitables

Les outils de développement des navigateurs, les clients en ligne de commande, les proxys inverses et les journaux de serveur affichent souvent les en-têtes HTTP sous forme de lignes de texte. Cette présentation est lisible, mais peu pratique pour effectuer des recherches, des comparaisons ou un stockage par code. Cet analyseur transforme chaque ligne Name: Value valide en propriété d’un unique objet headers. Les noms passent en minuscules, car les champs HTTP ne sont pas sensibles à la casse : Content-Type et content-type désignent donc la même propriété. Les espaces entourant la valeur sont retirés, tandis que les deux-points présents dans celle-ci restent intacts. Cette distinction est essentielle pour les dates, les URL, les schémas d’autorisation et les autres valeurs contenant une ponctuation légitime. Vous pouvez copier directement le résultat dans un jeu de test, le transmettre à un script ou le comparer à une réponse attendue. Une ligne vide finale est admise, car elle sépare couramment les en-têtes du corps. Une ligne vide ou incorrecte au milieu du bloc est toutefois refusée afin qu’une analyse incomplète ne paraisse jamais réussie.

Conservez les en-têtes répétés sans perdre d’information

Un objet JavaScript ordinaire ne garde qu’une valeur par clé. Un analyseur trop simple remplace donc les valeurs précédentes dès qu’un nom réapparaît, ce qui peut supprimer silencieusement des données importantes du protocole. Cette capacité renvoie une chaîne lorsqu’un en-tête apparaît une seule fois, puis transforme la propriété en tableau lorsque le même nom, sans distinction de casse, revient. Les occurrences suivantes sont ajoutées dans leur ordre d’origine. Cette règle convient à Set-Cookie, Warning, Link et à tout autre champ répété, sans tenter de fusionner les valeurs par des virgules. Ce choix est volontaire : les règles de combinaison varient selon le champ et Set-Cookie ne doit notamment pas être traité comme une liste générique. Une valeur vide reste valide si les deux-points sont présents ; X-Optional: devient donc une chaîne vide et non une erreur. L’analyseur n’interprète ni dates, ni cookies, ni types de média, ni coefficients de qualité, ni identifiants. Il conserve le texte afin que le composant qui connaît le champ puisse l’interpréter.

Repérez les lignes incorrectes tôt et exploitez le résultat sereinement

Une analyse fiable repose autant sur le rejet des données incorrectes que sur leur conversion. Chaque ligne doit commencer par un nom de champ HTTP valide, immédiatement suivi de deux-points puis de sa valeur. Le nom peut employer les caractères token autorisés par HTTP, mais aucun espace, tabulation, parenthèse, séparateur ou retrait initial. Les anciennes lignes de continuation repliées sont refusées au lieu d’être rattachées à la valeur précédente. Cette règle évite les résultats ambigus et encourage l’utilisation d’un bloc moderne déjà normalisé. En cas d’échec de la validation, l’erreur indique la ligne concernée et précise si la paire ou le nom est invalide. Aucun objet partiel n’est renvoyé. La capacité convient ainsi aux chaînes d’importation et aux tests automatisés, où accepter la moitié d’un bloc serait pire que s’arrêter. Le traitement est local et déterministe : aucune requête réseau, donnée liée à l’heure, valeur aléatoire ou recherche externe. Le même texte produit donc la même structure JSON dans le navigateur et via l’API, dont le tarif de base est $0.002.