टेक्स्ट टू बाइनरी कन्वर्टर

वर्ण बाइट्स नहीं होते

एक वर्ण एक अमूर्त विचार है; एक बाइट आठ बिट्स स्टोरेज है। एक को दूसरे में बदलने के लिए एक एनकोडिंग की आवश्यकता होती है। यह उपकरण UTF-8 का उपयोग करता है, वेब के 98% से अधिक के पीछे की एनकोडिंग। UTF-8 में ASCII रेंज A-Z, a-z, 0-9 और सामान्य विराम चिह्न बिल्कुल एक बाइट लेते हैं, इसलिए A 01000001 है। उच्चारण-चिह्नित लातिनी और यूनानी दो बाइट्स लेते हैं, अधिकांश CJK वर्ण तीन लेते हैं, और इमोजी चार।

यह राउंड ट्रिप्स के लिए क्यों मायने रखता है

पुराने टेक्स्ट-टू-बाइनरी उपकरण charCodeAt को कॉल करते हैं और 8 बिट्स तक काटते हैं। यह सादे ASCII के लिए काम करता है और बाकी सब कुछ को चुपचाप भ्रष्ट कर देता है, इसलिए é एक अलग वर्ण या प्रतिस्थापन ग्लिफ़ के रूप में वापस आता है। चूँकि यह कन्वर्टर वास्तविक UTF-8 बाइट्स को एनकोड करता है, चीनी वर्णों और एक इमोजी वाली स्ट्रिंग ठीक वैसे ही डिकोड होती है जैसे आपने शुरू किया था।

बेस चुनना

• बाइनरी कच्चा बिट पैटर्न दिखाता है, जो तब चाहिए जब आप समझा रहे हों कि एनकोडिंग कैसे काम करती है या किसी बिट-स्तरीय प्रोटोकॉल को डिबग कर रहे हों।
• हेक्साडेसिमल व्यावहारिक डिफ़ॉल्ट है। प्रति बाइट दो हेक्स अंक बाइट सीमाओं को स्पष्ट बनाते हैं, जिसी हर हेक्स एडिटर और नेटवर्क डंप इसका उपयोग करते हैं।
• ऑक्टल एक बार में तीन बिट्स को समूहित करता है और मुख्य रूप से Unix अनुमतियों और कुछ C एस्केप अनुक्रमों में दिखता है।
• दशमलव ज़ोर से पढ़ने में सबसे आसान है लेकिन बिट संरचना को पूरी तरह छिपा देता है।

विभाजक और पैडिंग

ज़ीरो पैडिंग हर बाइट को समान चौड़ाई का बनाती है — बाइनरी में आठ वर्ण, हेक्स में दो — ताकि मानों के बीच कोई विभाजक न होने पर भी आउटपुट को विश्वसनीय रूप से विभाजित किया जा सके। यदि आप पैडिंग बंद करते हैं, तो एक विभाजक रखें, अन्यथा 1 और 10 आपस में जुड़ जाएँगे और परिणाम को अस्पष्ट रूप से डिकोड नहीं किया जा सकेगा। डिकोड करते समय, रिक्त स्थान, अल्पविराम और न्यूलाइन के किसी भी मिश्रण को स्वीकार किया जाता है।