Base64 กับ URL-safe Base64 แตกต่างกันอย่างไร

Base64 มาตรฐานใช้ + และ / ซึ่งชนกับไวยากรณ์ URL Base64 แบบ URL-safe แทนที่ด้วย - และ _ ดังนั้นเอาต์พุตสามารถวางใน query string หรือชื่อไฟล์ได้โดยไม่ต้อง escape JWT และ OAuth flow หลายตัวใช้ variant แบบ URL-safe

รองรับอักขระ UTF-8 หรือไม่

ใช่ เครื่องมือเข้ารหัสอินพุตเป็น UTF-8 ก่อนการแปลง Base64 ดังนั้น emoji ตัวอักษรที่มีเครื่องหมาย และอักษรที่ไม่ใช่ลาตินทั้งหมดไป-กลับได้สะอาด การถอดรหัสสตริง Base64 ที่มี UTF-8 ให้อักขระเดิม

เข้ารหัสไฟล์ได้ไหม

ใช่ ลากไฟล์ไปยังพื้นที่อินพุต และเครื่องมืออ่านเป็นไบนารี สร้างสตริง Base64 เป็นประโยชน์เมื่อฝังภาพขนาดเล็กเป็น data URI หรือส่งเนื้อหาไบนารีผ่านระบบที่รับเฉพาะข้อความ

อินพุตของฉันถูกส่งไปที่ใดหรือไม่

ไม่ ทุกอย่างทำงานในเบราว์เซอร์ของคุณ แท็บเครือข่ายใน DevTools จะว่างระหว่างการเข้ารหัสและการถอดรหัส

ทำไมสตริง Base64 ของฉันลงท้ายด้วยเครื่องหมายเท่ากับ

เหล่านั้นคืออักขระเติม เอาต์พุต Base64 มีความยาวเป็นทวีคูณของสี่อักขระเสมอ และ = ใช้เติมเมื่อความยาวอินพุตไม่ใช่ทวีคูณของสามไบต์ Variant แบบ URL-safe บางครั้งตัดการเติมทิ้งไปเลย

เข้ารหัสและถอดรหัส Base64 — ออนไลน์

ออกแบบเพื่อความเป็นส่วนตัว — ทำงานในเบราว์เซอร์ของคุณทั้งหมด

เข้ารหัสข้อความหรือข้อมูลไบนารีใดๆ เป็น Base64 หรือถอดรหัสสตริง Base64 กลับเป็นรูปแบบเดิม Toova จัดการ UTF-8 อย่างถูกต้อง รองรับ URL-safe variant และทำงานในเบราว์เซอร์ของคุณทั้งหมด — ไม่มีการอัปโหลด ไม่ต้องลงทะเบียน ไม่มีการบันทึก

Base64 มาตรฐานและ URL-safe

Base64 ธรรมดาใช้อักขระ + และ / ซึ่งจะเสียเมื่อคุณวางสตริงลงใน URL หรือชื่อไฟล์ Base64 แบบ URL-safe ใช้ - และ _ แทน Toova เปิดเผยทั้งสองเป็นสวิตช์เดียว ดังนั้นคุณสามารถเลือก variant ที่เหมาะสม — JWT และ OAuth ใช้ URL-safe ขณะที่การเข้ารหัสไฟล์ส่วนใหญ่ยังคงใช้ตัวอักษรคลาสสิก การเติม = ถูกจัดการโดยอัตโนมัติ

UTF-8 ทำได้ถูกต้อง

เครื่องมือ Base64 ที่ไร้เดียงสาทำให้อักขระที่ไม่ใช่ ASCII เสียหาย เพราะสมมติว่าหนึ่งไบต์ต่ออักขระ Toova เข้ารหัสอินพุตเป็น UTF-8 ก่อน ดังนั้น emoji ตัวอักษรที่มีเครื่องหมาย CJK และอาหรับทั้งหมดรอดจากการไป-กลับโดยไม่เสียหาย ถอดรหัสสตริง Base64 ที่มีข้อความ UTF-8 และคุณจะได้อักขระเดิมกลับมาตามที่เป็น

เฉพาะในเครื่อง ไม่มีการเรียกเครือข่าย

การเข้ารหัสและถอดรหัสทุกครั้งเกิดขึ้นภายในเบราว์เซอร์ของคุณ ไม่มีการอัปโหลด ไม่มี API ของบุคคลที่สาม ไม่มีการบันทึกอินพุต คุณสามารถตรวจสอบด้วยตัวเองโดยเปิดแท็บเครือข่ายใน DevTools ขณะที่ใช้เครื่องมือ นั่นทำให้ Toova ปลอดภัยสำหรับการเข้ารหัสความลับ โทเค็น ใบรับรอง หรือเพย์โหลดที่อ่อนไหวใดๆ ที่ไม่ควรออกจากเครื่องของคุณ

คำถามที่พบบ่อย

Base64 กับ URL-safe Base64 แตกต่างกันอย่างไร: Base64 มาตรฐานใช้ + และ / ซึ่งชนกับไวยากรณ์ URL Base64 แบบ URL-safe แทนที่ด้วย - และ _ ดังนั้นเอาต์พุตสามารถวางใน query string หรือชื่อไฟล์ได้โดยไม่ต้อง escape JWT และ OAuth flow หลายตัวใช้ variant แบบ URL-safe
รองรับอักขระ UTF-8 หรือไม่: ใช่ เครื่องมือเข้ารหัสอินพุตเป็น UTF-8 ก่อนการแปลง Base64 ดังนั้น emoji ตัวอักษรที่มีเครื่องหมาย และอักษรที่ไม่ใช่ลาตินทั้งหมดไป-กลับได้สะอาด การถอดรหัสสตริง Base64 ที่มี UTF-8 ให้อักขระเดิม
เข้ารหัสไฟล์ได้ไหม: ใช่ ลากไฟล์ไปยังพื้นที่อินพุต และเครื่องมืออ่านเป็นไบนารี สร้างสตริง Base64 เป็นประโยชน์เมื่อฝังภาพขนาดเล็กเป็น data URI หรือส่งเนื้อหาไบนารีผ่านระบบที่รับเฉพาะข้อความ
อินพุตของฉันถูกส่งไปที่ใดหรือไม่: ไม่ ทุกอย่างทำงานในเบราว์เซอร์ของคุณ แท็บเครือข่ายใน DevTools จะว่างระหว่างการเข้ารหัสและการถอดรหัส
ทำไมสตริง Base64 ของฉันลงท้ายด้วยเครื่องหมายเท่ากับ: เหล่านั้นคืออักขระเติม เอาต์พุต Base64 มีความยาวเป็นทวีคูณของสี่อักขระเสมอ และ = ใช้เติมเมื่อความยาวอินพุตไม่ใช่ทวีคูณของสามไบต์ Variant แบบ URL-safe บางครั้งตัดการเติมทิ้งไปเลย

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

Base64 มาตรฐานและ URL-safe

UTF-8 ทำได้ถูกต้อง

เฉพาะในเครื่อง ไม่มีการเรียกเครือข่าย

คำถามที่พบบ่อย