Stringprep Revision and PRECIS Problem Statement

/6885.html

  • RFC 6885 : Stringprep Revision and PRECIS Problem Statement

    Dans bien des protocoles, il y a besoin de comparer deux chaînes de caractères, pour voir si elles sont égales. Par exemple, un protocole d’authentification va comparer un identificateur à ceux enregistrés dans sa base, pour voir s’il est présent. Si les chaînes de caractères sont uniquement en US-ASCII, il n’y a guère de problèmes, à part décider si la comparaison est sensible à la casse. Mais si elles sont en Unicode ? Alors, c’est plus compliqué. Dans ce cas, on décide de préparer les chaînes avant la comparaison, pour les ramener à une forme de référence (en ASCII, un exemple simple de préparation serait de tout mettre en minuscules). Beaucoup de protocoles IETF utilisaient pour cette opération le #stringprep du RFC 3454, popularisé par son utilisation dans les noms de domaines internationalisés. Mais la mise à jour de ces noms de domaines, en 2010, a abandonné stringprep. Dans ces conditions, les autres protocoles se retrouvaient privés d’une référence bien pratique. Le groupe de travail PRECIS a été créé pour étudier la mise en place d’un cadre général de préparation des chaînes Unicode pour tous les protocoles. Ce RFC 6885 est son premier #RFC et il décrit le problème, sans proposer encore de solution.

    http://www.bortzmeyer.org/6885.html

    [Tiens, au fait, est-ce qu’un compte SeenThis peut être en Unicode, par exemple « stéphane » au lieu de « stephane » ?]

    #internationalisation

    • Testé en local, ça marche… presque : l’URL de l’auteur est envoyée sans traitement dans les pages, et donc avec son « é » là où il faudrait mettre « %C3%A9 ». Le reste a l’air OK.