पाठ ↔ हेक्स / द्विआधारी कनवर्टर
पाठ को हेक्स, द्विआधारी या दशमलव बाइट में बदलिए और बाइट डंप वापस डिकोड कीजिए
इस टूल के बारे में
देखिए कि आपका पाठ ठीक-ठीक किन बाइट से बना है: यह टूल पाठ को UTF-8 में एनकोड करता है और उसे षोडश आधारी, द्विआधारी या दशमलव बाइट मानों के रूप में दिखाता है — आपके चुने हुए विभाजक, अक्षर-रूप और 0x उपसर्गों के साथ। डिकोडर उलटी दिशा में चलता है और जान-बूझकर उदार है: वह लगातार शृंखलाएँ (48656c6c6f), स्पेस से अलग जोड़े, कोलन वाले MAC-शैली संकेतन और \x एस्केप अनुक्रम — सब स्वीकारता है।
चूँकि एनकोडिंग बाइट-स्तर UTF-8 है, बहु-बाइट वर्ण वैसे ही दिखते हैं जैसे वे मेमोरी में और तार पर वाक़ई होते हैं: é है c3 a9, 世 है e4 b8 96, और इमोजी चार बाइट लेते हैं। इसी से यह एनकोडिंग की गड़बड़ियों, BOM की पहेलियों और “यह स्ट्रिंग दिखने से लंबी क्यों है” जैसी समस्याओं को डिबग करने का सबसे तेज़ रास्ता बन जाता है।
यदि डिकोड किए गए बाइट वैध UTF-8 नहीं हैं, तो टूल टूटे-फूटे अक्षर छापने के बजाय यह बात बता देता है — यह ठोस संकेत है कि आप पाठ नहीं, बाइनरी डेटा देख रहे हैं।
अक्सर पूछे जाने वाले प्रश्न
- एक वर्ण कई बाइट क्यों बन जाता है?
- UTF-8 की चौड़ाई परिवर्तनशील है: ASCII एक बाइट रहता है, अधिकतर यूरोपीय अक्षर दो लेते हैं, CJK तीन, इमोजी चार। यहाँ जो आप देखते हैं वही ठीक-ठीक वह बाइट अनुक्रम है जिसे कोई भी UTF-8 तंत्र — फ़ाइलें, HTTP, डेटाबेस — आपके पाठ के लिए रखता है।
- डिकोडर कौन-से इनपुट प्रारूप स्वीकारता है?
- षोडश आधारी लगातार शृंखला के रूप में, स्पेस वाले जोड़ों में, 0x या \x उपसर्ग के साथ, या कोलन/अल्पविराम से अलग; द्विआधारी 8-बिट समूहों में, स्पेस के साथ या बिना; दशमलव अलग-अलग बाइट मानों के रूप में। मिले-जुले विभाजक और भटकी हुई खाली जगह अपने आप साफ़ हो जाती है।
- डिकोडिंग यह क्यों कहती है कि बाइट वैध UTF-8 नहीं हैं?
- बाइट अनुक्रम UTF-8 के नियम तोड़ता है — जैसे अकेला ff, या बिना अग्रणी बाइट के कोई निरंतरता बाइट। डेटा बाइनरी हो सकता है, Latin-1 जैसी पुरानी एनकोडिंग में हो सकता है, या वर्ण के बीच से कटा हुआ हो सकता है।
- क्या यह xxd के हेक्स डंप जैसा ही है?
- बाइट मान एक जैसे हैं; xxd ऑफ़सेट और एक ASCII स्तंभ जोड़ देता है। xxd डंप के हेक्स स्तंभ (ऑफ़सेट स्तंभ छोड़कर) यहाँ चिपकाइए और वह ठीक डिकोड हो जाएगा।