Encoder / Decoder Base64
Encode teks ke Base64 atau decode Base64 kembali menjadi teks yang dapat dibaca. Dukungan UTF-8 penuh (termasuk aksara Tionghoa, emoji, dan tanda aksen)
Ubah teks menjadi Base64 dan sebaliknya. Base64 mengubah byte apa pun menjadi karakter ASCII biasa, itulah sebabnya format ini muncul di data URI, lampiran email, token API, dan file konfigurasi, tempat data biner akan merusak transmisi.
Mendekode adalah kebutuhan yang lebih umum: payload JWT, header autentikasi Basic, kunci API, atau gambar tersemat semuanya datang sebagai Base64 dan perlu dibaca. Mengodekan adalah kebalikannya, dan kedua arah mendukung UTF-8, sehingga karakter beraksen dan emoji tetap utuh setelah bolak-balik.
Cara mengodekan dan mendekode Base64
Tempel teks atau Base64
Pilih mengodekan atau mendekode
Salin hasilnya
FAQ
Apakah mendukung teks UTF-8?
Ya. Karakter beraksen, teks CJK, dan emoji ditangani dengan benar di kedua arah; encoder yang naif akan merusaknya.
Mengapa teks hasil dekode saya terlihat rusak?
Biasanya itu berarti masukannya bukan Base64 yang valid atau itu file biner, bukan teks. Periksa apakah ada karakter pengisi (=) yang hilang atau ada pemisah baris di dalam nilainya.
Bisakah saya memakainya untuk gambar?
Ada alat terpisah, "Gambar ke Base64", yang mengubah file gambar menjadi data URI Base64 - itulah yang Anda butuhkan untuk menyematkan gambar di CSS atau HTML.
Apakah Base64 salah satu bentuk enkripsi?
Bukan, ini hanya pengodean - siapa pun bisa membalikkannya. Jangan pernah menganggap Base64 sebagai pelindung sebuah rahasia.
Apakah ada batas ukuran?
Batasnya adalah memori perangkat Anda. Teks berukuran beberapa megabyte diproses seketika.
Apakah data saya diunggah?
Tidak, pengodean dan pendekodean terjadi di browser Anda, dan itu penting untuk token serta kredensial.
Sekilas
| Masukan | teks |
|---|---|
| Beberapa file | Tidak |
| Dijalankan di | Di browser Anda - file tidak pernah diunggah |
| Bekerja offline | Ya — setelah halaman dimuat |
| Harga | Gratis, tanpa pendaftaran, tanpa tanda air |
Menangani rahasia dengan aman
Alat pengembang memproses kredensial lebih sering daripada yang orang sadari, dan risikonya bukan pada algoritmenya melainkan pada ke mana datanya pergi. Hashing bersifat satu arah dan bukan enkripsi - MD5 dan SHA-1 sudah rusak untuk apa pun yang berkaitan dengan keamanan, dan bahkan SHA-256 adalah alat yang keliru untuk menyimpan kata sandi, karena bcrypt, scrypt, atau Argon2 justru ada untuk dibuat lambat. Base64 adalah pengodean, bukan perlindungan: siapa pun bisa mendekodenya, jadi jangan pernah menganggapnya sebagai penyamaran. JWT bisa dibaca siapa pun yang memegangnya, itulah sebabnya payload-nya tidak boleh memuat rahasia, dan mendekode token tidak memverifikasi tanda tangannya - verifikasi memerlukan kuncinya. Semua yang ada di situs ini berjalan lokal di browser Anda, dan itulah alasan situs ini bisa menangani token serta kata sandi dengan aman.
Di mana konversi diam-diam rusak
Sebagian besar bug konversi bukan soal sintaksis, melainkan soal makna. Kolom kode pos pada CSV kehilangan angka nol di depannya begitu spreadsheet menduga kolom itu berisi angka; ID yang panjang melampaui presisi floating-point; tanggal berubah makna tergantung apakah formatnya tanggal-dulu atau bulan-dulu. Kunci JSON tidak berurutan, sedangkan array berurutan, dan alat yang mengurutkan kunci tidak mengubah apa pun sementara alat yang mengurutkan array mengubah datanya. Unicode adalah jebakan lain: teks bisa datang sebagai UTF-8, UTF-16, atau dengan BOM, dan dekoder yang salah menebak mengubah karakter beraksen menjadi mojibake. Sebelum memercayai konversi apa pun, periksa sekilas baris pertama dan terakhir, setiap bidang yang memiliki angka nol di depan, dan setiap bidang yang memuat tanda kutip, koma, atau baris baru.