คุณส่งออกไฟล์บันทึกจากระบบเดิมและเปิดเพื่อค้นหาบรรทัดเช่น 72 101 108 108 111 32 87 111 114 108 100 แทนที่จะเป็นคำที่อ่านได้ หรือนักพัฒนาส่งให้คุณดัมพ์การกำหนดค่าที่เต็มไปด้วยคู่เลขฐานสิบหก (48 65 6C 6C 6F) และบอกว่า "เพียงแค่ถอดรหัส" นั่นคือจุดที่ เครื่องกำเนิด ASCII เป็นข้อความ มีค่า — มันใช้รหัสตัวเลขดิบเหล่านั้นและเปลี่ยนกลับมาเป็นอักขระที่มนุษย์สามารถอ่านได้
คู่มือนี้อธิบายวิธีการถอดรหัส ASCII ที่ทำงาน เปรียบเทียบเครื่องมือห้าแบบฟรีพร้อม ๆ กัน ดำเนินการแปลงเลขฐานสิบหกเป็นข้อความทีละขั้นตอน และแสดงว่าเมื่อใด ASCII คือ ไม่ การเข้ารหัสที่คุณควรกำหนดเป้าหมาย
สารบัญ
- สิ่งที่การเข้ารหัส ASCII จัดเก็บจริง ๆ (และเหตุใดจึงปรากฏเป็นตัวเลข)
- วิธีที่เครื่องกำเนิด ASCII เป็นข้อความถอดรหัสรหัสตัวเลขเบื้องหลัง
- เครื่องมือสร้าง ASCII เป็นข้อความห้าแบบฟรี เปรียบเทียบ
- ขั้นตอนทีละขั้นตอน — การแปลง ASCII เลขฐานสิบหกเป็นข้อความที่อ่านได้
- การแก้ไขปัญหาเมื่อการแปลง ASCII ของคุณกลับมาโชรงค์
- การทำให้การถอดรหัส ASCII เป็นแบบอัตโนมัติด้วย Python, JavaScript และสเปรดชีต
- ASCII กับ Unicode — เหตุใดเวิร์กโฟลว์ "ASCII เท่านั้น" จึงหยุดหลายส่วนแบบเงียบ ๆ
- รายการตรวจสอบก่อนเดินทาง — ยืนยันว่าการถอดรหัส ASCII เป็นการแก้ไขที่ถูกต้องก่อนเริ่มต้น
สิ่งที่การเข้ารหัส ASCII จัดเก็บจริง ๆ (และเหตุใดจึงปรากฏเป็นตัวเลข)
ASCII คือ การเข้ารหัสอักขระ 7 บิต ด้วยจุดรหัสที่แม่นยำ 128 จุด (0–127) ตามที่ อ้างอิง ASCII ของวิกิพีเดีย โค้ด 128 ที่เหล่านี้แบ่งออกเป็น อักขระที่พิมพ์ได้ 95 ตัว (พื้นที่ที่รหัส 32 ผ่านตัวหนอน ~ ที่รหัส 126) และ อักขระควบคุม 33 ตัว (รหัส 0–31 บวก 127) อักขระควบคุมไม่ใช่แสดงแบบอักษร — พวกเขาคำแนะนำการทำงานเช่น NUL (0), bell (7), line feed (10) และ carriage return (13) ชุดที่พิมพ์ได้ครอบคลุมตัวอักษรภาษาอังกฤษตัวพิมพ์ใหญ่และตัวพิมพ์เล็ก ตัวเลขสิบ เครื่องหมายวรรคตอนทั่วไป และสัญลักษณ์ไม่กี่ตัว
แต่ละรหัสจะแมปกับอักขระหนึ่งตัวที่แน่นอน 65 = 'A' 97 = 'a' 48 = '0' 32 = space 10 = line feed การแมปเหล่านี้ได้รับการแก้ไขโดยมาตรฐาน ANSI X3.4 และไม่เปลี่ยนแปลงมาตั้งแต่ปี 1968
รหัส ASCII จัดเก็บไว้ในบิต 7 บิต แต่ส่งผ่านในไบต์ 8 บิต โดยมีบิตสูงตั้งเป็น 0 ตามที่ อ้างอิง ASCII ของ dCode สำหรับผู้จัดหาบรรจุภัณฑ์ บิตที่ไม่ใช้หนึ่งบิตนี้คือเหตุผลที่มีโครงการ "extended ASCII" มากมาย — Latin-1, Windows-1252, หน้ารหัส IBM — พวกเขาทั้งหมดอ้างสิทธิ์รหัส 128–255 สำหรับจุดประสงค์ของตนเอง แต่ไม่มีสิ่งใดจากสิ่งเหล่านั้นคือ ASCII
เมื่อคุณเห็นตัวเลขแทนที่จะเป็นตัวอักษร คุณกำลังมองดู รหัสดิบ ไฟล์หรือสตรีมเอาต์พุตได้รับการทำให้เป็นอนุกรมเป็นค่าตัวเลข — เลขฐานสิบหกเช่น 0x48 ทศนิยมเช่น 72 ไบนารีเช่น 01001000 หรือแปดเท่าเช่น 110 — มากกว่าที่จะแสดงผลเป็นแสดงแบบอักษร เครื่องกำเนิด ASCII เป็นข้อความยกเลิกการทำให้เป็นอนุกรมนี้ มันไม่ถอดรหัสอะไรก็ได้ มันไม่ซ่อมแซมอะไรก็ได้ มันเพียงแค่ค้นหาตัวเลขแต่ละตัวในตารางการแมปแบบคงที่เดียวกัน
นี่คือส่วนที่มือใหม่ส่วนใหญ่เข้าใจผิด: ASCII ไม่ใช่ "ข้อความที่เสีย" — มันคือข้อความที่ยังไม่ได้แสดงผล ตัวแปลงไม่ได้แก้ไขการเสียหาย มันเข้าใจ การแทนค่าตัวเลขตามมาตรฐานที่ทราบ
นี่คือการเดิน ทางในหนึ่งบรรทัด ใช้ 72 101 108 108 111 ค้นหาแต่ละค่า: 72='H', 101='e', 108='l', 108='l', 111='o' เชื่อมต่อ คุณได้รับ "Hello" นั่นคือลักษณะการทำงานทั้งหมด
ข้อมูลที่เป็นประโยชน์สำหรับใครก็ตามที่ทำงานกับการเข้ารหัสข้อความ: Unicode Consortium กำหนด จุดรหัส 128 จุดแรก (U+0000 ถึง U+007F) เป็น เหมือนกับ ASCII นี่ไม่ใช่อุบัติเหตุ — มันเป็นความเข้ากันได้ที่ตั้งใจไว้ ไฟล์ข้อความ pure-ASCII ใด ๆ เป็นไฟล์ UTF-8 ที่ถูกต้องโดยอัตโนมัติ ไม่จำเป็นต้องแปลง นี่คือเหตุผลที่ปัญหา ASCII-to-text เป็นปัญหาพื้นฐาน legacy : คุณเพียงแค่พบกับมันเมื่อบางที่เลือกที่จะทำให้ข้อความเป็นอนุกรมเป็นตัวเลขดิบแทนไบต์มาตรฐาน
ตัวเลขดัมพ์เหล่านั้นปรากฏขึ้นที่ไหน ดัมพ์เลขฐานสิบหกจากผู้สั่งซื้อบรรจุภัณฑ์ xxd หรือ hexdump สตริงที่ URL-encoded การท้าทายแบบ CTF บันทึกอุปกรณ์ที่ฝังตัว การจับแพ็กเก็ต (ส่งออก Wireshark) การดึง BLOB ของฐานข้อมูล ร่องรอยโปรโตคอลเครือข่าย และสื่อการศึกษา ที่ไหนก็ได้ที่นักพัฒนาหรือเครื่องมือเลือกที่จะแสดงไบต์เป็นตัวเลขที่อ่านได้แทนการพยายามแสดงผลพวกเขา
วิธีที่เครื่องกำเนิด ASCII เป็นข้อความถอดรหัสรหัสตัวเลขเบื้องหลัง
สิ่งที่ดูเหมือน "การแปลง" ในเชิงเทคนิคคือ การถอดรหัส : เครื่องมือ อ่านโทเค็นตัวเลขแต่ละตัว แยกวิเคราะห์ตามฐานที่ประกาศ (เลขฐานสิบหก ทศนิยม ไบนารี แปด) แมปไปยังจุดรหัส และเรียกการค้นหาอักขระ ใน JavaScript ที่การค้นหาคือ String.fromCharCode() ใน Python มันคือ chr() ใน Excel มันคือ =CHAR() การดำเนินการเดียวกัน สามไวยากรณ์
การใช้งานมีความสำคัญเพราะการค้นหาที่แตกต่างกันมีขีดจำกัดที่แตกต่างกัน ตามที่ เอกสารตัวแปลง ASCII ของ CodeShack เครื่องมือของพวกเขา ใช้ String.fromCharCode() บนหน่วยรหัส UTF-16 ที่จัดการ ASCII (0–127) และ Unicode Basic Multilingual Plane ส่วนใหญ่ (ขึ้นถึง 0xFFFF) แต่ ล้มเหลวอย่างเงียบ ๆ ในอักขระระนาบเสริมที่ต้องใช้คู่ตัวแทน — emoji ส่วนใหญ่เช่นจะไม่รอดจากวิธีการนี้
เครื่องมือเว็บจำนวนมากยอมรับรหัส 0–255 (ที่เรียกว่า "extended ASCII") แม้ว่ารหัส 128–255 ไม่ใช่ส่วนหนึ่งของมาตรฐาน ASCII ตามที่ เอกสารเครื่องมือของ Code Beautify ตัวแปลงของพวกเขาทำงานในช่วง 0–255 นั้น รหัส 128 บนนั้นได้รับการตีความโดยใช้หน้ารหัสค่าเริ่มต้นใด ๆ ที่เครื่องมือใช้สมมติ — โดยปกติ Latin-1 หรือ Windows-1252 — นั่นคือเหตุผลที่การติดอาวุธ 255 เข้าไปในเครื่องมือหนึ่งให้ ÿ ขณะที่การติดอาวุธลงในตัวถอดรหัส ASCII ที่เข้มงวด โยนข้อผิดพลาด
นอกจากนี้ยังมีคำถามรูปแบบอินพุต เลขฐานสิบหก (48 65 6C 6C 6F) ทศนิยม (72 101 108 108 111) ไบนารี (01001000 01100101 01101100 01101100 01101111) และแปด (110 145 154 154 157) ทั้งหมดเข้ารหัสคำเดียวกัน: "Hello" เครื่องมือเพียงแค่ต้องทราบว่าคุณมอบฐานไหน
| วิธีการถอดรหัส | อินพุตที่ยอมรับ | สิ่งที่เกิดขึ้นภายใน | ข้อจำกัด |
|---|---|---|---|
| เว็บ ASCII generator | เลขฐานสิบหก ทศนิยม ไบนารี แปด | JS String.fromCharCode() บนโทเค็นที่วิเคราะห์ | ไม่มีคู่ตัวแทน; ไว้วางใจฐานที่ประกาศไว้ |
Python bytes.fromhex().decode('ascii') | สตริงเลขฐานสิบหก | ออบเจกต์ไบต์ → codec ASCII | ข้อผิดพลาดในรหัส >127 โดยไม่มี errors='replace' |
สเปรดชีต =CHAR(code) | ค่าทศนิยมหนึ่งค่าต่อเซลล์ | การค้นหาจุดรหัส built-in | ครั้งละหนึ่งเซลล์; ไม่มีการแยกวิเคราะห์แบบแบตช์ |
บรรทัดคำสั่ง xxd -r -p | สตรีมเลขฐานสิบหก | ย้อนกลับ hex dump ไปยังไบต์ดิบ | ไบต์เอาต์พุต; ท่อเพื่อดูเทอร์มินัล |
ทุกวิธีข้างต้นทำการดำเนินการตรรกะเดียวกัน: โทเค็น → จุดรหัส → แสดงแบบอักษร ความแตกต่างคืออินเทอร์เฟซ ขนาดแบตช์ และความเข้มงวดของการบังคับใช้ช่วง ASCII ของแต่ละตัว เครื่องกำเนิด เว็บให้อภัยคุณสำหรับตัวคั่นที่ไม่เรียบ bytes.fromhex() ของ Python จะปฏิเสธสิ่งใดก็ตามที่ไม่ใช่คู่เลขฐานสิบหกที่สะอาด สูตร =CHAR() ของ Excel จัดการค่าเดียวในครั้งเดียว แต่อาศัยอยู่ในสเปรดชีตที่คุณมีข้อมูลของคุณอยู่แล้ว วิธีบรรทัดคำสั่งจะสม่ำเสมอเพื่อ gigabyte แต่ถือว่าคุณสบายใจในเทอร์มินัล
เลือกตามสถานที่ที่ข้อมูลของคุณอาศัยอยู่ไม่ใช่ตามเครื่องมือที่ดูน่าดึงดูดที่สุด หากคุณมีสตริงเลขฐานสิบหกในแท็บเบราว์เซอร์ ให้ใช้เครื่องมือเว็บ หากคุณมีคอลัมน์รหัส CSV ให้ใช้สูตรสเปรดชีต หากคุณมีดัมพ์เลขฐานสิบหก 200 MB ให้ใช้ Python หรือ xxd ขอบเขตที่เข้มงวด ASCII (รหัส >127 ข้อผิดพลาด) มีความสำคัญมากที่สุดเมื่อคุณกำลังตรวจสอบว่าข้อมูลของคุณคือ จริง ๆ ASCII หรือเพียงแค่ labeled เป็น ASCII เวอร์ชันที่เข้มงวดบอกความจริงให้คุณ เวอร์ชันที่อภัยช่วยแกล้งว่าทุกอย่างหรือก
เครื่องกำเนิด ASCII เป็นข้อความไม่ได้ซ่อมแซมข้อมูลที่เสีย — มันเข้าใจการแทนค่าตัวเลข หากตัวเลขมาผิด อักษรจะออกมาผิด
เครื่องมือสร้าง ASCII เป็นข้อความห้าแบบฟรี เปรียบเทียบ (สิ่งที่แต่ละอย่างทำได้ดีที่สุด)
เครื่องมือห้าเครื่อง ทั้งหมดฟรี ทั้งหมดมีอยู่ในเบราว์เซอร์ แต่ละอันมีหนึ่งสถานการณ์ที่เอาชนะคนอื่น
CodeShack ASCII Converter ยอมรับทศนิยม เลขฐานสิบหก ไบนารี และแปดในอินเทอร์เฟซเดียวและใช้ String.fromCharCode() เบื้องหลัง อินเทอร์เฟซเปิดเผยกลไกการแปลง ซึ่งทำให้เป็นตัวเลือกที่เหมาะสมสำหรับนักพัฒนาที่ต้องการตรวจสอบสิ่งที่เกิดขึ้นมากกว่าการปฏิบัติต่อเนื้อหาเป็นกล่องดำ แหล่ง: codeshack.io/ascii-to-text-converter
Code Beautify ASCII to Text ยอมรับรหัสตัวเลขในช่วง 0–255 สนับสนุนการอัปโหลด URL และไฟล์ และแสดงการแปลงด้วยข้อมูลตัวอย่าง — 71 101 105 99 111 → "Geico" การอัปโหลดไฟล์คือสิ่งที่แตกต่างออกไป: เมื่อดัมพ์เลขฐานสิบหกของคุณคือ 50 MB การติดอาวุธลงในกล่องข้อความไม่สามารถทำได้ แหล่ง: codebeautify.org/ascii-to-text
Browserling Text to ASCII ทำงานในทิศทางตรงกันข้ามโดยค่าเริ่มต้น (ข้อความ → รหัส ASCII) ซึ่งทำให้มีประโยชน์สำหรับการตรวจสอบการปัดกลับ เข้ารหัสสตริงที่รู้จัก ถอดรหัสในที่อื่น ยืนยันว่าคุณได้รับต้นฉบับกลับ อินเทอร์เฟซมีความเรียบง่ายและเน้นผู้พัฒนา แหล่ง: browserling.com/tools/text-to-ascii
Duplichecker ASCII to Text ใช้ขั้นตอนการติดอาวุธและคลิกสองขั้นตอน และสร้าง .txt ดาวน์โหลด การดาวน์โหลดคือตัวแยกแยะ — เมื่อเพื่อร่วมงานที่ไม่ใช่ด้านเทคนิคขอให้คุณ "แปลงสิ่งนี้และส่งไฟล์ให้ฉัน" Duplichecker คือเส้นทางของความสับสนน้อยที่สุด แหล่ง: duplichecker.com/ascii-to-text.php
Utilities-Online ASCII to Text แสดงผลลัพธ์แบบอินไลน์โดยไม่มีขั้นตอนการดาวน์โหลด มันคือเครื่องมือที่เร็วที่สุดสำหรับการค้นหา "รหัส 65 นั้นหมายถึงอะไรจริง ๆ" — โดยพื้นฐานแล้วเป็นการแทนที่แบบดิจิทัลสำหรับแผนภูมิ ASCII ที่พิมพ์ที่เคยใช้อยู่ถัดจากจอภาพของโปรแกรมเมอร์ทุกตัว แหล่ง: utilities-online.info/ascii-to-text
| เครื่องมือ | เลขฐานสิบหก | ทศนิยม | ไบนารี | แปด | การอัปโหลดไฟล์ |
|---|---|---|---|---|---|
| CodeShack | ใช่ | ใช่ | ใช่ | ใช่ | ไม่ |
| Code Beautify | ใช่ | ใช่ | ใช่ | ใช่ | ใช่ |
| Browserling | ไม่ | ใช่ | ไม่ | ไม่ | ไม่ |
| Duplichecker | ใช่ | ใช่ | ไม่ | ไม่ | ไม่ |
| Utilities-Online | ใช่ | ใช่ | ไม่ | ไม่ | ไม่ |
CodeShack ชนะสำหรับนักพัฒนาที่ต้องการความยืดหยุ่นของรูปแบบในแท็บเดียว — เลขฐานสิบหกเมื่อเช้านี้ ไบนารีในตอนบ่าย แปดสัปดาห์หน้า ทั้งหมดโดยไม่ต้องสลับเครื่องมือ Code Beautify ชนะเมื่อข้อมูลต้นฉบับมีอยู่เป็นไฟล์และคุณไม่ต้องการคัดลอก-วาง megabyte เข้าไปในพื้นที่ข้อความ Browserling ชนะสำหรับงานตรวจสอบ: เข้ารหัสในทิศทางหนึ่ง ถอดรหัสในอีกทิศทาง ยืนยันความสมบูรณ์แบบรอบเที่ยว Duplichecker ชนะเมื่อจำเป็นต้องมีการส่งมอบและผู้รับจะไม่ยอมรับ "ฉันจะส่งรหัสให้คุณ เพียงแค่ถอดรหัสมันเอง" Utilities-Online ชนะสำหรับการค้นหาแบบครั้งเดียว — ค่าเดียว คำตอบทันที ไม่มีพิธี
คำเตือนที่สำคัญหนึ่งประการก่อนที่คุณจะวาง: อย่าใส่ข้อมูลที่มีความละเอียดอ่อนลงในเครื่องมือเหล่านี้ คีย์ API ข้อมูล PII ของลูกค้า ข้อมูลประจำตัวฐานข้อมูล บันทึกบันทึกภายใน สิ่งใดก็ตามที่ควบคุมภายใต้ HIPAA, GDPR หรือ PCI-DSS — ไม่มีสิ่งใดจากสิ่งเหล่านั้นที่ควรจะอยู่ในเครื่องมือเบราว์เซอร์บุคคลที่สาม OWASP Data Protection Cheat Sheet ชัดเจนเกี่ยวกับเรื่องนี้: ข้อมูลที่ส่งไปยังบริการภายนอกคือข้อมูลนอกการควบคุมของคุณ ไม่ว่านโยบายความเป็นส่วนตัวของผู้ขายจะอ้างสิ่งใด สำหรับสิ่งใดก็ตามที่ละเอียดอ่อน ให้ใช้วิธี Python ในส่วนที่ 6 — ไบต์ของคุณไม่ออกจากแล็ปท็อปของคุณ
ขั้นตอนทีละขั้นตอน — การแปลง ASCII เลขฐานสิบหกเป็นข้อความที่อ่านได้
สตริงการทดสอบสำหรับการสัมภาษณ์นี้: 48 65 6C 6C 6F 20 57 6F 72 6C 64 เอาต์พุตที่ถูกต้องที่ถูกถอดรหัส: "Hello World" ใช้สิ่งนี้เป็นเบสไลน์การตรวจสอบความถูกต้อง — หากคุณไม่ได้รับ "Hello World" บางสิ่งในกระบวนการของคุณผิด
- ระบุรูปแบบอินพุต ดูข้อมูล ตัวอักษร A–F ผสมกับตัวเลข มันเป็นเลขฐานสิบหก ตัวเลขเท่านั้น ขึ้นไปประมาณ ~127 ทศนิยม มีเพียง 0s และ 1s เท่านั้นในก้อน 7 หรือ 8 ตัวอักษร ไบนารี ตัวเลข 0–7 เท่านั้น ไม่มี 8s หรือ 9s หรือ Octal การเดาผิดทำให้เกิด mojibake — ฐานที่ผิดแมปแต่ละโทเค็นให้เป็นตัวอักษรที่แตกต่างกันโดยสิ้นเชิง บอกเครื่องมือโดยชัดเจนว่าคุณมีตัวไหน
- เลือกเครื่องมือที่เหมาะสมจากการเปรียบเทียบข้างต้น สำหรับตัวอย่างนี้ ให้ใช้ CodeShack — มันจัดการฐานทั้งสี่ในอินเทอร์เฟซเดียว สำหรับไฟล์ที่ใหญ่กว่า ~1 MB ให้สลับไปยัง Python (ครอบคลุมในส่วนที่ 6) สำหรับการค้นหาค่าเดียวอย่างรวดเร็ว Utilities-Online จะเร็วกว่า
- วาง Input ของคุณ ปล่อย
48 65 6C 6C 6F 20 57 6F 72 6C 64ลงในฟิลด์อินพุต ตรวจสอบให้แน่ใจว่าดรอปดาวน์รูปแบบตั้งไว้ที่ "เลขฐานสิบหก" ยืนยันตัวคั่น — เครื่องมือส่วนใหญ่ยอมรับช่องว่าง บางตัวยอมรับเครื่องหมายจุลภาค บางตัวต้องไม่มีตัวคั่นเลย - คลิกแปลง เอาต์พุตควรอ่านว่า "Hello World" หากไม่เป็นเช่นนั้น สาเหตุทั่วไป (ตามลำดับ): ฐานที่ผิดเลือก ตัวคั่นผิด (ช่องว่างกับเครื่องหมายจุลภาค vs ไม่มี) หรือ
0xคำนำหน้ามีอยู่เมื่อเครื่องมือคาดว่าจะเทียบมันถอด (หรือในทางกลับกัน) - ตรวจสอบโดยอ้างอิงที่ทราบ เสมอตรวจสอบอักขระที่ถอดรหัสอย่างน้อยหนึ่งตัวกับการแมปที่ทราบ 65 = 'A', 97 = 'a', 48 = '0', 32 = space, 10 = line feed หากสิ่งเหล่านี้ไม่ถูกถอดรหัสอย่างถูกต้องในการทดสอบของคุณ เครื่องมือ อินพุต หรือฐานที่ประกาศนั้นผิด อย่าเชื่อเอาต์พุตส่วนที่เหลือจนกว่าค่าอ้างอิงจะตรงกัน
- คัดลอกเอาต์พุตไปยังปลายทาง เมื่อติดในหรือพิมพ์ Google Sheets ให้ใช้ Paste Special → ค่า (Ctrl+Shift+V) เพื่อหลีกเลี่ยงสเปรดชีตตีความข้อความที่ถูกถอดรหัสเป็นสูตร
=หรือ+ชั้นนำในเอาต์พุตถอดรหัสของคุณจะทำให้เกิดการประเมินสูตร และความเสียหายเซลล์
เหยื่อทั่วไป ตัวคั่นผสมกันหลวมที่สุด — วาง ประกอบด้วยเครื่องหมายจุลภาค และ ช่องว่างจะแยกวิเคราะห์อย่างไม่สอดคล้องกันบนเครื่องมือส่วนใหญ่ การจบด้านหลัง newlines จากการคัดลอก-วางสร้างอักขระที่มองไม่เห็นในเอาต์พุต (ถอดรหัสเพื่อควบคุมรหัส 10 หรือ 13) 0x คำนำหน้าคือเหรียญพลิก — เครื่องมือของ Duplichecker ต้องการมันถูกตัดออก บางเส้นทาง Python ต้องการมัน Utilities-Online ยอมรับทั้งอย่าง เมื่อสงสัย ให้ทำให้อินพุตของคุณเป็นมาตรฐานให้เป็นรูปแบบเดียว (ตัวคั่นเซฟเดียวกัน ไม่มีคำนำหน้า เลขฐานสิบหกตัวอักษรพิมพ์เล็ก) ก่อนติด
การแก้ไขปัญหาเมื่อการแปลง ASCII ของคุณกลับมาโชรงค์
โหมดความล้มเหลวห้าโหมด เรียงลำดับโดยประมาณของบ่อยครั้ง ที่คุณจะชน
- "เอาต์พุตของฉันมีสัญลักษณ์แปลก ๆ เช่น é, ’ หรือ ÿ แทนที่จะเป็นตัวอักษร" ข้อมูลของคุณไม่ใช่ ASCII บริสุทธิ์ — มันเกือบจะแน่นอนว่า UTF-8 ถูกถอดรหัสเป็น Latin-1 หรือในทางกลับกัน ASCII เท่านั้นกำหนดรหัส 0–127 สิ่งใดเหนือนั้นคือ ไม่ ASCII ไม่ว่าระบบต้นทางจะอ้างว่าอะไร เรียกไบต์ผ่านตัวถอดรหัส UTF-8 แทน หรือใช้
chardet(Python) เพื่อโครงการตรวจหาการเข้ารหัสจริง บทความสำคัญของ Joel Spolsky เกี่ยวกับโหมดล้มเหลวที่แน่นอนนี้มีการอ่านที่จำเป็น: ขั้นต่ำสัมบูรณ์ที่นักพัฒนาซอฟต์แวร์ทุกคนต้องรู้เกี่ยวกับ Unicode และชุดอักขระ - "ตัวแปลงกล่าวว่า 'อินพุตที่ไม่ถูกต้อง' หรือ 'ข้อผิดพลาดการแยกวิเคราะห์'" คุณผสมฐาน — โทเค็นเลขฐานสิบหกและโทเค็นทศนิยมในวาง — หรือรวม
0xคำนำหน้าเมื่อเครื่องมือไม่คาดหวัง หรือออกจากอักขระที่ไม่ใช่ตัวเลขเช่นเครื่องหมายจุลภาค วงเล็บ หรือเครื่องหมายอัญประกาศจากการเว้นวรรค JSON ลบอินพุตลงไปเป็นรูปแบบเดียวที่สอดคล้องกับตัวคั่นเดียว ช่องว่างเดียวระหว่างโทเค็นคือค่าเริ่มต้นที่ปลอดภัยที่สุดในเครื่องมือ - "เอาต์พุตว่างเปล่า หรือเพียงแค่ newlines" อินพุตของคุณมีเพียง อักขระควบคุม (รหัส 0–31) LF (10), CR (13), TAB (9) และ NUL (0) ไม่แสดงผลเป็นแสดงแบบอักษรที่มองเห็นได้ — พวกเขาคำแนะนำการทำงานให้กับเทอร์มินัล หรือแสดง การถอดรหัสสำเร็จ; เอาต์พุตไม่มองเห็นเท่านั้น เปิดผลลัพธ์ในเครื่องดูเลขฐานสิบหกเพื่อยืนยันไบต์มีอยู่ หรือท่อผ่าน
cat -Aใน Linux เพื่อทำให้ non-printables มองเห็นได้ - "มันทำงาน แต่ emoji หรืออักขระ accented ของฉันหายไป" ASCII ไม่สามารถแสดง emoji หรืออักขระที่ไม่ใช่ภาษาอังกฤษใด ๆ Unicode Consortium กำหนด อักขระ 149,186 ในสคริปต์ 161 ในเวอร์ชัน 15.0 — ASCII ครอบคลุม 95 ตัวที่พิมพ์ได้เน้นภาษาอังกฤษ หากข้อความต้นฉบับของคุณมีความต้องการ ü ç ภาษามันดารินสีเร็กซ์ อาหรับ หรือ 😀 อักขระเหล่านั้นไม่เคยแสดงได้ใน ASCII 7 บิต รหัสตัวเลขที่คุณถือไว้คือไบต์ UTF-8 ที่ต้องการตัวถอดรหัส UTF-8 ไม่ใช่เครื่องมือ ASCII
- "อักขระบางตัวในไฟล์ ASCII ที่มีสมมติฐานของฉันถูกถอดรหัสผิด" อักขระอาจเป็น Unicode ระนาบเสริมต้องการการจัดการคู่ตัวแทน ซึ่งเครื่องมือ ASCII ง่าย ๆ ส่วนใหญ่ (รวมถึง CodeShack) ไม่ใช้งาน ตามที่ เอกสารของ CodeShack วิธีการ
String.fromCharCode()ของพวกเขาจัดการอักขระ BMP ขึ้นไป 0xFFFF แต่ไม่ใช่จุดรหัสระนาบเสริม ใช้bytes.decode('utf-8')ของ Python แทน — มันจัดการช่วง Unicode เต็มอย่างถูกต้อง
หากเอาต์พุตของคุณมีอักขระ accented ที่เกิดขึ้นผิด คุณไม่มีปัญหา ASCII — คุณมีปัญหา UTF-8 สวมชุด ASCII
การทำให้การถอดรหัส ASCII เป็นแบบอัตโนมัติด้วย Python, JavaScript และสเปรดชีต
เมื่อคุณถอดรหัส ASCII มากกว่าครั้งต่อสัปดาห์ เครื่องมือเว็บที่คำนวณเวลาและสร้างความเสี่ยงความเป็นส่วนตัว สคริปต์ Python 4 บรรทัดหรือสูตรสเปรดชีตจัดการการแปลงแบบแบตช์ในท้องที่โดยไม่มีการปัดกลับบุคคลที่สาม ตัวเลือกสามตัวด้านล่างครอบคลุมนักพัฒนา สภาพแวดล้อมเว็บ และนักวิเคราะห์ที่อาศัยอยู่ใน Excel — เลือกตัวที่ตรงกับที่ข้อมูลของคุณอาศัยอยู่
Python (สตริงเลขฐานสิบหกเป็น ASCII):
hex_data = "48 65 6C 6C 6F 20 57 6F 72 6C 64"
text = bytes.fromhex(hex_data.replace(" ", "")).decode("ascii")
print(text) # → Hello World
bytes.fromhex() ต้องไม่มีช่องว่างในอินพุต ดังนั้นเราจึงลบออกด้วย .replace() .decode("ascii") จะยกเลิก UnicodeDecodeError บนไบต์ใด ๆ ที่มากกว่า 127 ซึ่งเป็นสิ่งที่คุณต้องการอย่างแม่นยำเมื่อตรวจสอบ ASCII ที่เข้มงวด — ข้อผิดพลาดคือข้อมูลการวินิจฉัย ไม่ใช่ความล้มเหลว ในการยอมรับอักขระเพิ่มเติม ให้สลับไปยัง .decode("utf-8") สำหรับข้อความสมัยใหม่หรือ .decode("latin-1") สำหรับข้อมูล legacy ยุโรปตะวันตก
JavaScript (อาร์เรย์ทศนิยมเป็นข้อความ):
const codes = [72, 101, 108, 108, 111, 32, 87, 111, 114, 108, 100];
const text = String.fromCharCode(...codes);
console.log(text); // → Hello World
String.fromCharCode() ยอมรับหน่วยรหัสขึ้นไป ~65,535 (ขีด จำกัด BMP) สำหรับจุดรหัส หากต้องการจัดการสิ่งใดเหนือที่ ให้ใช้ String.fromCodePoint() เพื่อจัดการคู่ตัวแทนอย่างถูกต้อง — นี่คือช่องว่างที่เครื่องมือ UI ของ CodeShack ไม่เติมเต็ม ตามเอกสารของตนเอง หากคุณกำลังประมวลผลเนื้อหาที่สร้างโดยผู้ใช้ซึ่งอาจมี emoji หรือสคริปต์ระนาบเสริม ให้ใช้ String.fromCodePoint() เป็นค่าเริ่มต้น โดยไม่คำนึงถึงว่าข้อมูลการทดสอบต้องการสิ่งนั้น
Google Sheets / สูตร Excel:
=CHAR(72)&CHAR(101)&CHAR(108)&CHAR(108)&CHAR(111)
CHAR() ยอมรับรหัสทศนิยมหนึ่งตัวต่อการโทร สำหรับคอลัมน์ของรหัสใน A2:A12 ให้ใช้ =CONCAT(CHAR(A2:A12)) ใน Google Sheets (ซึ่งจัดการการแพร่กระจายอาร์เรย์โดยอัตโนมัติ) หรือ =TEXTJOIN("",TRUE,IF(A2:A12<>"",CHAR(A2:A12),"")) เป็นสูตรอาร์เรย์ใน Excel ที่ดีที่สุดสำหรับชุดข้อมูลเล็ก ๆ ภายใต้ ~100 ค่า — เกินกว่านั้น สูตรจะกลายเป็นสิ่งที่ยากเย็น และ Python เร็วขึ้นในการเขียนและทำงาน
หมายเหตุหนึ่งเกี่ยวกับเมื่อ ไม่ ใช้อัตโนมัติ: การอพยพ legacy ครั้งเดียวแบบครั้งเดียวนั้นแทบจะต้องการการเขียนสคริปต์ เครื่องมือเว็บจากส่วนเปรียบเทียบเร็วกว่าสำหรับงาน one-shot ใช้อั