រំលងទៅខ្លឹមសារមេ

កូដ Base64 & ឌីកូដ ឥតគិតថ្លៃ

Encode អក្សរ ឬឯកសារទៅ Base64 ឬ decode ខ្សែ Base64 ត្រឡប់ទៅអក្សរធម្មតា។ ភ្លាមៗ ឯកជន និងឥតគិតថ្លៃ។

ធ្វើការក្រៅបណ្តាញនៅពេលបានផ្ទុករួច
អក្ខរក្រម

មិនមែនការអ៊ីនគ្រីប។ Base64 គឺជាគ្រោងការណ៍អ៊ីនកូដ — អ្នកណាដែលឃើញលទ្ធផលអាចឌីកូដបានភ្លាមៗ។ វាមិនផ្តល់ការសំងាត់ឬការការពារអ្វីទាំងអស់។

ការប្រើប្រាស់ទូទៅ

  • អ៊ិនកូត API Data នៅក្នុង Base64អ៊ិនកូត ឯកសារ tokens និង payloads ទៅ Base64 សម្រាប់ប្រើប្រាស់ក្នុង HTTP headers និង API ស្នើ។
  • អ៊ិនកូត Images ទៅ Base64 សម្រាប់ CSSប្រែក្លាយ រូបភាព តូច និង icons ទៅ Base64 data URLs សម្រាប់កាត់ក្នុង CSS ឬ HTML។
  • អ៊ិនកូត Files ទៅ Base64 សម្រាប់ Emailអ៊ិនកូត attachments ទៅ Base64 សម្រាប់ MIME email វិមាត្រ ឬដំណើរការ email API payloads។
  • Decode ហើយ គិត JWT TokensDecode ក្បាល និង payload ផ្នែក នៃ JSON Web Token (JWT) ដើម្បី គិត claims របស់វា។
  • អ៊ិនកូត Binary Data សម្រាប់ Text Transferអ៊ិនកូត ឯកសារ ឬ binary ដែលលម្អិត ទៅ Base64 ដូច្នេះ ពួកគេ អាច ប្រើប្រាស់ ក្នុង JSON XML ឬ plain អត្ថបទ។

វាដំណើរការដោយរបៀបណា

ការអ៊ិនកូដ និងដោះកូដ Base64 នៅទីនេះដំណើរការទាំងស្រុងនៅក្នុងកម្មវិធីរុករករបស់អ្នកដោយប្រើអនុគមន៍ btoa/atob ភ្ជាប់ជាមួយ JavaScript និង FileReader API — គ្មានម៉ាស៊ីនមេ គ្មានការផ្ទុកឡើង គ្មានបណ្ណាល័យតតិយភាគីទេ។ សម្រាប់អត្ថបទ ការគ្របដណ្តប់ encodeURIComponent/unescape ធានាថាតួអក្សរ Unicode អ៊ិនកូដត្រឹមត្រូវ; សម្រាប់ឯកសារ FileReader.readAsDataURL() ផលិតទិន្នន័យ Base64 ដោយផ្ទាល់។

  1. 1
    ធាតុចូលអត្ថបទ៖ ការធ្វើឱ្យស្តង់ដារ UTF-8
    អត្ថបទដើមត្រូវបានបញ្ជូនតាម encodeURIComponent រួចបន្ទាប់មក unescape មុននឹងបញ្ជូនទៅ btoa។ ជំហានពីរនេះប្តូរតួអក្សរ Unicode ច្រើនប៊ៃត (សញ្ញាអារម្មណ៍ អក្សរប្រកបសំឡេង សំណេរមិនមែនឡាតាំង) ទៅជាលំដាប់ byte ដែល btoa អាចអ៊ិនកូដដោយសុវត្ថិភាព — ការរំលងជំហាននេះនឹងបណ្តាលឱ្យមានកំហុស 'character out of range' សម្រាប់អ្វីដែលនៅក្រៅ Latin-1។
  2. 2
    ធាតុចូលឯកសារ៖ FileReader API
    នៅពេលអ្នកជ្រើសរើសឯកសារ វិធីសាស្ត្រ FileReader.readAsDataURL() របស់កម្មវិធីរុករកអានឯកសារនៅក្នុងស្រុក ហើយត្រឡប់ URL ទិន្នន័យក្នុងទម្រង់ data:<mime>;base64,<payload>។ ឧបករណ៍ដកបុព្វបទ ហើយរក្សាតែទិន្នន័យ Base64 ដើម គាំទ្រប្រភេទឯកសារណាមួយរហូតដល់ 20 MB។
  3. 3
    ប្រភេទសុវត្ថិភាព URL (RFC 4648 §5)
    ការប្តូរទៅរបៀបសុវត្ថិភាព URL អនុវត្តការជំនួសតួអក្សរបីទៅលទ្ធផលស្តង់ដារ៖ + ក្លាយជា -, / ក្លាយជា _ ហើយចន្លោះ = ខាងចុងត្រូវបានដកចេញ។ នេះត្រូវនឹងអក្ខរក្រម RFC 4648 §5 ប្រើនៅក្នុង JWTs, ប៉ារ៉ាម៉ែត្រ URL និងឈ្មោះឯកសារកន្លែងដែល + និង / ត្រូវការការអ៊ិនកូដភាគរយ។
  4. 4
    ការដោះកូដ៖ ការស្តារចន្លោះ និង atob
    ពេលដោះកូដ ឧបករណ៍ដកចន្លោះ (គ្រប់គ្រង Base64 គ្របដណ្តប់ MIME) គូសផែនទីអក្ខរក្រមសុវត្ថិភាព URL ត្រឡប់ទៅតួអក្សរស្តង់ដារ រួចបន្ថែមចន្លោះ = ដែលបាត់ណាមួយឡើងវិញមុនហៅ atob។ byte លទ្ធផលត្រូវបានប្តូរត្រឡប់ទៅជា string Unicode ជាមួយ decodeURIComponent(escape(...)) — ឆ្លុះបញ្ចាំងផ្លូវអ៊ិនកូដ។

ការអ៊ិនកូដ និងដោះកូដទាំងអស់កើតឡើងនៅក្នុងស្រុកនៅក្នុងកម្មវិធីរុករករបស់អ្នក — អត្ថបទដែលអ្នកវាយ និងឯកសារណាមួយដែលអ្នកជ្រើសរើសមិនដែលត្រូវបានផ្ញើទៅម៉ាស៊ីនមេទេ។

ឧបករណ៍ពាក់ព័ន្ធ

សំណួរដែលសួរជាញឹកញាប់