API de négociation de contenu
Négociation de contenu HTTP en tant qu'API. Le point de terminaison parse lit un en-tête Accept, Accept-Language, Accept-Encoding ou Accept-Charset — avec des valeurs de qualité (q) et des paramètres — dans une liste propre classée par préférence du client. Le point de terminaison negotiate prend cet en-tête plus la liste des valeurs que votre serveur peut réellement servir et renvoie la meilleure correspondance unique, ainsi que le résultat complet classé et l'entrée qui correspond à chaque candidat. Il applique les règles correctes pour chaque type : wildcards de type et sous-type de type de média (text/*, */*), correspondance de plage linguistique RFC 4647 (une requête pour en correspond à votre en-US, et en-US revient à en), et correspondance exacte avec un wildcard * pour les encodages et jeux de caractères — et une entrée q=0 rejette correctement une valeur. Tout s'exécute localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les middlewares i18n et la sélection de locale, le versionnage d'API par type de média, la sélection de format de réponse et de compression, les CDN, les proxys et les fonctions edge. Calcul purement local — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Cela négocie les en-têtes HTTP ; pour valider ou décomposer une seule balise de langue BCP-47, utilisez une API BCP-47.
api.oanor.com/negotiate-api
