#encoding

Conversion de code Morse en tant qu'API, calculée localement et de manière déterministe. Le point de terminaison encode transforme le texte en code Morse international, en mappant A–Z, les chiffres 0–9 et la ponctuation courante en points et traits, en séparant les lettres par un espace et les mots par une barre oblique, et en listant les caractères non pris en charge ignorés. Le point de terminaison decode reconvertit le code Morse en texte, en acceptant les séparateurs de mots écrits sous forme de barre oblique, de barre verticale ou d'un grand espace, et en marquant les symboles non reconnus. Le point de terminaison timing calcule le timing standard PARIS à partir d'une vitesse en mots par minute — la durée du point est de 1200/WPM millisecondes, un trait équivaut à trois points, et les espaces sont d'une, trois et sept unités de point pour l'espacement intra-caractère, inter-caractère et entre les mots — et, pour un message en Morse, le nombre total d'unités et le temps de transmission. Le mot PARIS fait exactement 50 unités, ce qui définit l'échelle WPM. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de radio amateur, d'aviation, d'éducation, d'accessibilité, de puzzles et de jeux, d'outils de signalisation et d'entraînement CW, et d'apprentissage du Morse. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci est le code Morse ; pour Base64 et JWT, utilisez une API de codage, et pour les chiffrements de César et de substitution, une API de chiffrement.

api.oanor.com/morse-api

Conversion de chiffres romains en tant qu'API, calculée localement et de manière déterministe. Le point de terminaison encode convertit un entier de 1 à 3999 en son chiffre romain en utilisant la notation soustractive standard, donc 1994 devient MCMXCIV et 2024 devient MMXXIV. Le point de terminaison decode convertit un chiffre romain en entier avec une validation stricte — il rejette les formes incorrectes telles que IIII ou VV et renvoie également la manière canonique d'écrire la même valeur, en acceptant n'importe quelle casse. Le point de terminaison arithmetic additionne, soustrait ou multiplie deux valeurs données sous forme d'entiers ou de chiffres romains et renvoie le résultat sous forme de chiffre romain et d'entier, à condition que le résultat reste dans la plage classique de 1 à 3999. Les paires soustractives standard sont IV, IX, XL, XC, CD et CM. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de typographie, d'édition, d'éducation, de cadrans d'horloge, de jeux et de traitement de documents, d'outils de numérotation et de chapitres, et d'enseignement de l'histoire. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit de conversion de chiffres romains ; pour la conversion de bases numériques binaires, octales et hexadécimales, utilisez une API de conversion de base.

api.oanor.com/roman-api

Encodez et décodez MessagePack — le format de sérialisation binaire compact ("c'est comme JSON, mais rapide et petit") utilisé par Redis, Fluentd, de nombreux systèmes RPC et protocoles IoT. Le point de terminaison encode transforme une valeur JSON en octets MessagePack, choisissant automatiquement la représentation la plus petite pour chaque entier, chaîne, tableau et carte ; le point de terminaison decode analyse MessagePack pour le reconvertir en valeur JSON. Il implémente la spécification complète — nil, booléens, toutes les largeurs d'entier fixes et variables, float32 et float64, str et bin, tableaux et cartes, et la famille ext — et rejette les données tronquées ou supplémentaires plutôt que de les modifier silencieusement. Les valeurs binaires (bin) et toute chaîne non UTF-8 sont renvoyées sans perte sous forme d'objet {"_bytes_hex":"…"}, et les valeurs ext sous forme de {"_ext":{"type":N,"hex":"…"}}, de sorte que l'encodage et le décodage sont exactement réversibles. Les octets sont échangés à la fois en hexadécimal et en base64 pour survivre à tout transport. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour déboguer les charges utiles MessagePack, faire le pont entre les systèmes JSON et msgpack, les outils RPC et de cache, les pipelines IoT, et enseigner le format. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit spécifiquement de MessagePack ; pour JSON, YAML, TOML ou XML, utilisez ces API de format, pour le Bencode de BitTorrent, utilisez l'API Bencode, et pour l'encodage base64, hexadécimal, URL ou HTML, utilisez une API d'encodage générale.

api.oanor.com/msgpack-api

Encodez et décodez Base45 (RFC 9285) — l'encodage binaire-texte compact conçu pour se tasser densément dans le mode alphanumérique des codes QR, surtout connu comme le support du certificat COVID numérique de l'UE. Le point de terminaison encode transforme du texte (UTF-8) ou des octets bruts donnés en hexadécimal en une chaîne Base45 ; le point de terminaison decode transforme une chaîne Base45 en octets, renvoyés en hexadécimal et — lorsque les octets sont valides UTF-8 — en texte. Il utilise l'alphabet officiel de 45 caractères (0-9, A-Z et une poignée de symboles), empaquette deux octets en trois caractères (ou un octet en deux), et valide strictement les plages de longueur et de valeur afin que les entrées malformées soient rejetées plutôt que modifiées silencieusement. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les charges utiles de codes QR, les certificats de santé et de voyage numériques, les encodeurs en mode alphanumérique, et toute donnée binaire qui doit survivre à un canal en majuscules uniquement. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit spécifiquement de Base45 ; pour l'encodage base64, base32, hexadécimal, URL ou entité HTML, utilisez une API d'encodage générale.

api.oanor.com/base45-api

Les encodages de texte email et MIME que les boîtes à outils générales base64/hex laissent de côté. Le point de terminaison quoted-printable encode et décode Quoted-Printable (RFC 2045) — le Content-Transfer-Encoding qui garde le texte principalement ASCII lisible tout en échappant tout le reste sous forme =XX hex, avec le retour à la ligne souple à 76 colonnes et la gestion des espaces de fin exigée par la spécification. Le point de terminaison encoded-word encode et décode les mots encodés RFC 2047 — la forme =?UTF-8?Q?…?= et =?UTF-8?B?…?= utilisée pour transporter du texte non ASCII dans les en-têtes email Subject, From, To et autres — dans la variante Q (style quoted-printable) ou B (base64), et décode tout mélange de ceux-ci en texte brut. Tout est en UTF-8 et calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour construire et analyser des emails (SMTP/IMAP), des outils .eml et MIME, des systèmes de newsletters et de courriers transactionnels, et pour migrer des données de courrier héritées. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ce sont les encodages spécifiques MIME ; pour base64, base32, hex, URL et encodage d'entités HTML, utilisez une API d'encodage générale.

api.oanor.com/mimeencode-api

Produisez un vidage hexadécimal canonique de toute entrée et analysez un vidage hexadécimal pour le reconvertir en octets. Le point de terminaison dump formate les données comme le font hexdump -C et xxd — une colonne de décalage, les octets en hexadécimal (groupés par huit) et une gouttière ASCII imprimable — avec un nombre configurable d'octets par ligne et des majuscules optionnelles. Envoyez du texte en UTF-8, ou des données binaires en hexadécimal ou en base64. Le point de terminaison parse inverse tout vidage hexadécimal — tolérant les colonnes de décalage et les gouttières ASCII, ou une simple suite d'hexadécimal — et renvoie les octets reconstruits en hexadécimal, base64 et (lorsqu'imprimables) en texte. Parfait pour inspecter des charges utiles binaires, déboguer des protocoles et des formats de fichiers, différencier des tampons et enseigner. Calcul local pur — pas de clé, pas de service tiers, instantané ; jusqu'à 1 Mo via POST. En direct, rien n'est stocké. 3 points de terminaison. Distinct d'un simple encodeur base64/hexadécimal.

api.oanor.com/hexdump-api

Encodez du contenu en une URI data: et décodez une URI data: pour retrouver son contenu (RFC 2397). Les URI data: intègrent un fichier directement dans du HTML, CSS, JSON ou un e-mail — parfait pour les petites images, SVG, polices et icônes que vous souhaitez intégrer sans requête HTTP distincte. Le point de terminaison encode enveloppe votre contenu (donné sous forme de texte UTF-8, base64 ou hexadécimal pour les données binaires) avec un type MIME et un jeu de caractères choisis, en encodage base64 ou URL (pourcentage) ; le point de terminaison decode analyse toute URI data: et renvoie son type MIME, son jeu de caractères, s'il était en base64, la taille en octets, et la charge utile sous forme de texte et/ou base64. Calcul purement local — pas de clé, pas de service tiers, instantané ; jusqu'à 4 Mo via POST. En direct, rien n'est stocké. 3 points de terminaison. Distinct d'un encodeur base64/hexadécimal simple et d'un outil spécifique aux SVG.

api.oanor.com/dataurl-api

Analysez et construisez des chaînes de requête URL — avec prise en charge complète des objets et tableaux imbriqués. Transformez une chaîne de requête comme a[b][c]=1&tags[]=x&tags[]=y en un objet JSON imbriqué propre, et reconvertissez n'importe quel objet JSON en une chaîne de requête correctement encodée. Choisissez comment les tableaux sont sérialisés (indices, crochets, clés répétées ou séparés par des virgules) et si vous souhaitez encoder l'URL. Bien plus qu'un simple encodeur clé=valeur — il gère les structures profondes utilisées par les frameworks web réels (Rails, PHP, Express/qs). Traitement local pur — pas de clé, pas de service tiers, instantané. En direct. 3 points de terminaison. Conçu pour la construction de requêtes API, l'analyse de liens complexes et de redirections, les corps encodés sous forme de formulaire et les charges utiles de webhook.

api.oanor.com/querystring-api

Transformez des identifiants entiers séquentiels en chaînes courtes, uniques et non séquentielles — et inversement. Encodez un ou plusieurs entiers non négatifs (ou une chaîne hexadécimale telle qu'un ObjectId Mongo) en un identifiant compact de type YouTube comme "vbYCZIYD", puis décodez-le pour récupérer les valeurs originales exactes. Ajoutez un sel pour que vos identifiants soient uniques à votre application, définissez une longueur minimale ou fournissez un alphabet personnalisé. Il s'agit d'une obfuscation réversible (pas de chiffrement) : parfait pour masquer les identifiants de lignes dans les URL publiques, créer des liens courts et éviter de divulguer le nombre d'enregistrements que vous possédez. Calcul local pur — pas de clé, pas de service tiers, rien de stocké. Sans état : décodez avec le même sel/longueur minimale/alphabet que celui utilisé pour l'encodage. En direct. 5 points de terminaison. Distinct de la génération d'UUID, de la conversion de base et du décodage de flocon de neige.

api.oanor.com/hashids-api

Une boîte à outils d'encodage rapide et entièrement locale : encodez et décodez du texte entre base64, base64url, base32 (RFC 4648), hex, encodage de pourcentage d'URL, entités HTML, binaire et ASCII85 — plus l'inspection JWT (décoder l'en-tête et la charge utile sans vérifier la signature). Calcul pur côté serveur, sans tiers amont, donc les réponses sont instantanées et toujours disponibles. Idéal pour les outils de développement, les webhooks, les pipelines de données, le débogage et les intégrations.

api.oanor.com/encoding-api