เข้ารหัสและถอดรหัส Base64

Base64 ซึ่งกำหนดไว้ใน RFC 4648 เขียนข้อมูลไบต์ใด ๆ ด้วยอักขระ ASCII ที่พิมพ์ได้ 64 ตัว ได้แก่ A–Z, a–z, 0–9, + และ / ทุกกลุ่มละสามไบต์ (24 บิต) จะถูกแบ่งเป็นตัวเลข 6 บิตสี่ตัว และตัวเลขแต่ละตัวจะเลือกอักขระหนึ่งตัวจากชุดอักขระนี้ เมื่อความยาวของข้อมูลนำเข้าไม่ใช่พหุคูณของสาม กลุ่มสุดท้ายจะเติมเครื่องหมาย = หนึ่งหรือสองตัว ผลลัพธ์จะใหญ่กว่าข้อมูลนำเข้าประมาณ 33% เสมอ คือ 4 อักขระต่อทุก 3 ไบต์

สาเหตุที่มี Base64 คือช่องทางจำนวนมากถูกออกแบบมาสำหรับข้อความ อีเมล (MIME), data: URL ใน HTML และ CSS, ฟิลด์ JSON ที่ส่งรูปภาพหรือใบรับรอง และส่วนหัว HTTP Basic authentication ล้วนใช้ Base64 เพื่อส่งข้อมูลไบนารีอย่างปลอดภัย Base64 ไม่ใช่การเข้ารหัสลับและไม่ได้ซ่อนอะไรไว้ การถอดรหัสไม่ต้องใช้กุญแจ

Base64 เข้ารหัสไบต์ ไม่ใช่ตัวอักษร ข้อความจึงต้องถูกแปลงเป็นไบต์ก่อน เครื่องมือนี้ใช้ UTF-8 เสมอ ซึ่งเป็นการเข้ารหัสที่เว็บใช้งานอยู่ โดย é กลายเป็นสองไบต์ และอีโมจิเป็นสี่ไบต์ ฟังก์ชัน btoa ที่มีในเบราว์เซอร์เพียงอย่างเดียวจะเกิดข้อผิดพลาดกับอักขระที่เกิน U+00FF จึงทำให้ตัวเข้ารหัสแบบง่าย ๆ ใช้ไม่ได้กับตัวอักษรที่มีเครื่องหมายและอีโมจิ ที่นี่ข้อความจะผ่าน TextEncoder ก่อน และการถอดรหัสจะย้อนกลับด้วย TextDecoder หากไบต์ที่ถอดรหัสได้ไม่ใช่ UTF-8 ที่ถูกต้อง (เช่น รูปภาพหรือไฟล์ zip) เครื่องมือจะแสดงเป็นเลขฐานสิบหกแทนข้อความที่อ่านไม่ออก

Base64 มาตรฐานใช้ + และ / ซึ่งมีความหมายพิเศษใน URL และชื่อไฟล์ ชุดอักขระแบบ URL-safe จากส่วนที่ 5 ของ RFC 4648 จึงแทนที่ด้วย - และ _ และมักตัดการเติม = ออก JSON Web Token ใช้รูปแบบนี้ ตัวถอดรหัสรองรับทั้งสองแบบและรองรับกรณีที่ไม่มีการเติม = คุณจึงวางแบบใดก็ได้

เลือกไฟล์แล้วเครื่องมือจะอ่านไฟล์ในเครื่องด้วย FileReader และส่งคืนเป็น Base64 หรือ data: URL ที่สมบูรณ์พร้อมชนิด MIME ของไฟล์ ซึ่งนำไปวางในแท็ก img หรือพื้นหลัง CSS ได้ทันที รูปภาพแบบอินไลน์ช่วยลดการร้องขอ HTTP หนึ่งครั้ง แต่ขนาดจะใหญ่ขึ้นหนึ่งในสามและแคชแยกต่างหากไม่ได้ จึงเหมาะกับไอคอนขนาดเล็กมากกว่ารูปถ่าย หากต้องการแปลงรูปภาพพร้อมตัวอย่างและโค้ด HTML และ CSS สำเร็จรูป ให้ใช้ แปลงรูปเป็น Base64