ຂ້າມໄປຫາເນື້ອຫາຫຼັກ

ເຂົ້າລະຫັດ & ຖອດລະຫັດ Base64 ຟຣີ

ເຂົ້າລະຫັດຂໍ້ຄວາມ ຫຼື ໄຟລ໌ ເປັນ Base64 ຫຼື ຖອດລະຫັດ Base64 ກັບຄືນເປັນຂໍ້ຄວາມ. ທັນທີ, ສ່ວນຕົວ ແລະ ຟຣີ.

ເຮັດວຽກແບບອອບໄລນ໌ໄດ້ຫຼັງໂຫຼດແລ້ວ
ຕົວອັກສອນ

ບໍ່ແມ່ນການເຂົ້າລະຫັດ. Base64 ແມ່ນຮູບແບບການເຂົ້າລະຫັດ — ໃຜກໍຕາມທີ່ເຫັນຜົນຜະລິດສາມາດຖອດລະຫັດໄດ້ທັນທີ. ມັນບໍ່ໃຫ້ຄວາມລັບຫຼືຄວາມປອດໄພ.

ການນຳໃຊ້ທົ່ວໄປ

  • Encode API ຕົວະ ໃນ Base64Encode credentials, tokens, ແລະ payloads ເປັນ Base64 ສໍາລັບ ນໍາໃຊ້ ໃນ HTTP ສົນ ແລະ API ທະນາຄານ.
  • Encode ຮູບ ເປັນ Base64 ສໍາລັບ CSSປ່ຽນ ນ້ອຍ ຮູບ ແລະ icons ເປັນ Base64 ຕົວະ URLs — ສໍາລັບ ຕັດ ໃນ CSS ຫຼື HTML.
  • Encode ໄຟລ ເປັນ Base64 ສໍາລັບ EmailEncode ໄຟລ ສາມະ ເປັນ Base64 ສໍາລັບ MIME email ສາກົນ ຫຼື debugging email API payloads.
  • Decode ແລະ ກວດກາ JWT TokensDecode ສົນ ແລະ payload ສະ ຂອງ JSON Web Token (JWT) — ກວດກາ ອອກກຳ.
  • Encode Binary ຕົວະ ສໍາລັບ ຄໍາວ່າ Transferເຂົ້າລະຫັດໄຟລ໌ ຫຼື ຂໍ້ມູນໄບນາຣີເປັນ Base64 ເພື່ອໃຫ້ຮວມໃນ JSON, XML ຫຼື ຂໍ້ຄວາມທຳມະດາໄດ້ຢ່າງປອດໄພ.

ມັນເຮັດວຽກແນວໃດ

ການເຂົ້າ ແລະ ຖອດລະຫັດ Base64 ທີ່ນີ້ເຮັດວຽກທັງໝົດຢູ່ໃນບຣາວເຊີຂອງທ່ານໂດຍໃຊ້ຟັງຊັນ btoa/atob ໃນຕົວຂອງ JavaScript ແລະ FileReader API — ບໍ່ມີເຊີບເວີ, ບໍ່ອັບໂຫຼດ, ບໍ່ມີໄລບຣາຣີພາກສ່ວນທີສາມ. ສຳລັບຂໍ້ຄວາມ, ຕົວຫໍ່ encodeURIComponent/unescape ຮັບປະກັນວ່າໂຕອັກສອນ Unicode ເຂົ້າລະຫັດຢ່າງຖືກຕ້ອງ; ສຳລັບໄຟລ໌, FileReader.readAsDataURL() ຜະລິດຂໍ້ມູນ Base64 ໂດຍກົງ.

  1. 1
    ຂໍ້ມູນເຂົ້າຂໍ້ຄວາມ: ການປົກກະຕິ UTF-8
    ຂໍ້ຄວາມດິບຖືກສົ່ງຜ່ານ encodeURIComponent ແລ້ວ unescape ກ່ອນຖືກມອບໃຫ້ btoa. ສອງຂັ້ນຕອນນີ້ແປງໂຕອັກສອນ Unicode ຫຼາຍໄບຕ໌ (ອີໂມຈິ, ໂຕອັກສອນມີວັນນະຍຸດ, ໂຕອັກສອນທີ່ບໍ່ແມ່ນລາຕິນ) ໃຫ້ເປັນລຳດັບໄບຕ໌ທີ່ btoa ສາມາດເຂົ້າລະຫັດໄດ້ຢ່າງປອດໄພ — ຂ້າມຂັ້ນຕອນນີ້ຈະໂຍນຂໍ້ຜິດພາດ 'character out of range' ສຳລັບອັນໃດກໍໄດ້ນອກ Latin-1.
  2. 2
    ຂໍ້ມູນເຂົ້າໄຟລ໌: FileReader API
    ເມື່ອທ່ານເລືອກໄຟລ໌, ວິທີ FileReader.readAsDataURL() ຂອງບຣາວເຊີອ່ານໄຟລ໌ໃນທ້ອງຖິ່ນ ແລະ ສົ່ງຄືນ data URL ໃນຮູບແບບ data:<mime>;base64,<payload>. ເຄື່ອງມືຕັດ prefix ອອກ ແລະ ຮັກສາໄວ້ພຽງແຕ່ payload Base64 ດິບ, ຮອງຮັບໄຟລ໌ປະເພດໃດກໍໄດ້ເຖິງ 20 MB.
  3. 3
    ຮູບແບບປອດໄພ URL (RFC 4648 §5)
    ການສະຫຼັບໄປໂໝດປອດໄພ URL ນຳໃຊ້ການແທນທີ່ໂຕອັກສອນສາມອັນກັບຜົນອອກມາດຕະຖານ: + ກາຍເປັນ -, / ກາຍເປັນ _, ແລະ padding = ທ້າຍຖືກລຶບອອກ. ນີ້ກົງກັບຕົວອັກສອນ RFC 4648 §5 ທີ່ໃຊ້ໃນ JWTs, ພາຣາມິເຕີ URL, ແລະ ຊື່ໄຟລ໌ບ່ອນທີ່ + ແລະ / ຈະຕ້ອງການ percent-encoding.
  4. 4
    ການຖອດລະຫັດ: ການຟື້ນຟູ padding ແລະ atob
    ໃນການຖອດລະຫັດ, ເຄື່ອງມືຕັດຊ່ອງຫວ່າງອອກ (ຈັດການ Base64 ຫໍ່ MIME), ຈັບຄູ່ຕົວອັກສອນປອດໄພ URL ກັບຄືນເປັນໂຕອັກສອນມາດຕະຖານ, ແລ້ວເພີ່ມ padding = ທີ່ຂາດຫາຍກັບຄືນກ່ອນເອີ້ນ atob. ໄບຕ໌ຜົນອອກຖືກແປງກັບຄືນເປັນສະຕຣິງ Unicode ດ້ວຍ decodeURIComponent(escape(...)) — ພາບກັບກັນຂອງເສັ້ນທາງເຂົ້າລະຫັດ.

ການເຂົ້າ ແລະ ຖອດລະຫັດທັງໝົດເກີດຂຶ້ນໃນທ້ອງຖິ່ນຢູ່ໃນບຣາວເຊີຂອງທ່ານ — ຂໍ້ຄວາມທີ່ທ່ານພິມ ແລະ ໄຟລ໌ໃດທີ່ທ່ານເລືອກບໍ່ເຄີຍຖືກສົ່ງໄປເຊີບເວີ.

ເຄື່ອງມືທີ່ກ່ຽວຂ້ອງ

ຄໍາຖາມທີ່ຖາມເລື້ອຍໆ