Crockford Base32 एनकोडर और डिकोडर

Crockford Base32 क्या है?

Douglas Crockford ने यह Base32 वर्णमाला ऐसे पहचानकर्ताओं के लिए बनाई जिन्हें लोग पढ़ते, टाइप करते और बोलकर बताते हैं। इसमें दस अंक और 22 बड़े अक्षर हैं: 0123456789ABCDEFGHJKMNPQRSTVWXYZ। अक्षर I और L इसलिए छोड़े गए हैं क्योंकि वे अंक 1 जैसे दिखते हैं, O इसलिए क्योंकि वह 0 जैसा दिखता है, और U इसलिए ताकि ग़लती से अश्लील शब्द बन जाने की संभावना कम हो।

हर चिह्न में 5 बिट होते हैं, इसलिए 5 बाइट 8 अक्षर बनते हैं, ठीक RFC 4648 Base32 की तरह। चिह्न बढ़ते हुए ASCII क्रम में हैं, इसलिए अक्षरों के एक ही केस वाली बिना पैडिंग की स्ट्रिंग उसी क्रम में लगती हैं जिस क्रम में उनका एनकोड किया गया डेटा। Crockford के स्पेसिफ़िकेशन में पैडिंग नहीं होती, इसलिए “पैडिंग” विकल्प बंद ही रखें।

लचीली डिकोडिंग

Crockford का स्पेसिफ़िकेशन डिकोडर से अपेक्षा करता है कि वे वही स्वीकार करें जो लोग असल में टाइप करते हैं, और यह टूल ऐसा ही करता है:

• बड़े और छोटे अक्षरों को एक जैसा माना जाता है।
• अक्षर O को अंक 0 पढ़ा जाता है, और अक्षर I और L को 1।
• हाइफ़न, जो लंबे कोड को पढ़ने में आसान बनाने के लिए डाले जा सकते हैं, अनदेखे कर दिए जाते हैं, और स्पेस व लाइन ब्रेक भी।

अक्षर U मान्य नहीं है और उसे उसकी स्थिति के साथ बताया जाता है।

बाइट, संख्याएँ और ULID

Crockford अपनी एनकोडिंग को संख्याओं के संदर्भ में बताते हैं, जबकि यह टूल बाइट के एक क्रम को RFC 4648 की तरह 5-बिट समूहों में, Crockford के चिह्नों के साथ एनकोड करता है। जब बिट की संख्या 5 का गुणज नहीं होती, तो संख्या-आधारित इम्प्लीमेंटेशन अतिरिक्त शून्य बिट आगे रखते हैं और यह टूल उन्हें अंत में रखता है, इसलिए परिणाम अलग हो सकते हैं।

ULID इसका एक आम उदाहरण है। यह Crockford वर्णमाला का उपयोग करता है, लेकिन अपने 128-बिट मान को 26 अक्षरों में एक संख्या के रूप में एनकोड करता है, इसलिए यहाँ किसी ULID के 16 बाइट उसी स्ट्रिंग में एनकोड नहीं होते, और किसी ULID को डिकोड करने पर दो बिट खिसके हुए बाइट मिलते हैं। Crockford के स्पेसिफ़िकेशन का वैकल्पिक चेक चिह्न, यानी मान मॉड्यूलो 37 के लिए एक अतिरिक्त अक्षर, समर्थित नहीं है: यह टूल न तो उसे जोड़ता है और न ही उसकी जाँच करता है।