Base64 decoder

Ang Base64 decoder ay isang libreng tool na nagbabalik ng orihinal na data mula sa input na naka-encode sa Base64.

Ano ang Base64 encoding at bakit ito ginagamit?

Ang Base64 ay paraan ng pagrepresenta sa binary data gamit ang limitadong hanay ng mga napi-print na text character. Ginagamit ito dahil may mga system na idinisenyong ligtas na magdala ng text ngunit hindi maaasahang humawak ng anumang uri ng byte.

Gumagamit ang karaniwang Base64 ng malalaki at maliliit na titik, mga digit, plus sign at forward slash. Maaari ring may equals sign sa dulo bilang padding. Lumalaki ang data kapag ine-encode dahil ang bawat tatlong byte ng input ay nagiging apat na Base64 character.

Encoding ang Base64, hindi encryption. Maaaring i-decode ng sinumang may hawak ng encoded na value ang data nang walang password o secret key, kaya wala itong ibinibigay na pagiging kumpidensiyal. Huwag ituring ang Base64 value bilang ligtas na lagayan ng mga password, API key o personal na impormasyon.

Paano gamitin ang Base64 decoder?

Mag-paste ng Base64 value sa tool at i-decode ito, pagkatapos ay tingnan ang resulta sa field na Base64 decoded. Ginagamit ng server ang base64_decode function ng PHP para gawin ang conversion.

Ipinapadala ang input sa server sa pamamagitan ng HTTPS at hindi ito iniimbak. Sa server ginagawa ang proseso, hindi lang sa iyong browser, kaya iwasang magsumite ng sensitibong materyal maliban kung pinahihintulutan kang ipadala ito sa isang panlabas na serbisyo.

Mga byte ang pinananatili ng Base64, hindi ang kahulugan ng mga ito. Ang mga numero, espasyo at bantas ay bahagi lamang ng orihinal na pagkakasunod-sunod ng mga byte. Maaari ring i-encode ang mga titik na may accent at mga sulat na hindi Latin, ngunit kailangang basahin ang na-decode na mga byte gamit ang tamang character encoding, karaniwang UTF-8 para sa modernong web content.

Mga halimbawa at pagpili ng format

Narito ang isang maikling halimbawa ng karaniwang Base64:

Input: SGVsbG8=

Output: Hello

Padding ang equals sign sa dulo. Tinutulungan nitong buuin ang isang Base64 block na may apat na character at hindi ito kumakatawan sa karagdagang character sa na-decode na resulta.

May dalawang karaniwang variant ng alphabet:

• Ang Standard Base64 ay gumagamit ng + at /. Karaniwan ito sa MIME email, mga data URI at maraming API na nakabatay sa JSON.
• Ang Base64url naman ay gumagamit ng - at _. Para ito sa mga URL, query parameter at token kung saan maaaring hindi praktikal ang + at /. Madalas na inaalis ang padding.

Piliin ang variant na kailangan ng system na gumawa sa value. Maaaring mali ang pagbasa o tanggihan ng karaniwang decoder ang Base64url input maliban kung iko-convert muna ang alphabet. Kung kailangan mong baligtarin ang proseso, gamitin ang Base64 encoder. Para sa naka-encode na data ng imahe, maaaring mas kapaki-pakinabang ang Base64 patungo sa Imahe kaysa tingnan bilang text ang raw binary.

Saan karaniwang ginagamit ang Base64?

Madalas mong makita ang Base64 kapag kailangang dumaan ang binary data sa isang format na nakatuon sa text. Maaaring nakahiwalay ang value o bahagi ito ng isang mas malaking dokumento.

• Nag-e-embed ang mga data URI ng maliliit na imahe, font o iba pang resource sa HTML at CSS, kadalasan pagkatapos ng prefix na gaya ng data:image/png;base64,.
• Kung minsan, inilalagay sa mga JSON payload ang mga file, certificate o cryptographic material bilang mga Base64 string dahil walang sariling binary value type ang JSON.
• Ginagamit ng MIME email ang Base64 para sa mga attachment at sa mga bahagi ng mensaheng hindi ligtas na maipapadala bilang plain text.
• Maaaring gumamit ang mga query string at web token ng Base64url upang maiwasan ang mga character na may espesyal na kahulugan sa mga URL.
• Kung minsan, naglalaman ng Base64 ang mga configuration file at environment variable dahil mga napi-print na text character ang inaasahan ng system na gumagamit sa mga ito.

Ibang decoder ang kailangan para sa mga internationalised domain name na mukhang encoded. Ang domain label na nagsisimula sa xn-- ay gumagamit ng Punycode, hindi Base64. Hindi maibabalik ng Base64 decoder ang nilalayong Unicode domain name mula rito.

Bakit pumapalya ang Base64 decoding o hindi mabasa ang resulta?

Karaniwang pumapalya ang Base64 decoding o naglalabas ng hindi mabasang resulta dahil maling variant ang gamit ng input, kulang ito, dalawang beses itong na-encode, o binary data ang kinakatawan nito sa halip na text.

• Maling alphabet: Nangyayari ito kapag itinuring na standard Base64 ang Base64url input na may - o _, o kapag kabaligtaran ang ginawa.
• Kulang o sirang padding: Maaaring mag-iwan ito ng hindi kumpletong huling block. Tinatanggap ng ilang decoder ang input na walang padding, ngunit hindi makabubuo ng valid na Base64 ang bilang ng character na may remainder na isa kapag hinati sa apat.
• Dalawang beses na encoding: Nag-iiwan ito ng isa pang string na mukhang Base64 pagkatapos ng unang pag-decode. Maaaring kailanganin ang pangalawang pag-decode kung sadyang dalawang beses na-encode ng pinagmulan ang data.
• Binary output: Normal ito para sa mga imahe, PDF, compressed archive at encrypted na byte. Kapag binuksan bilang text ang mga byte na iyon, mga simbolo o replacement character ang lalabas.
• Maling text encoding: Nagiging mali ang display ng valid na na-decode na mga byte. Halimbawa, kapag binasa bilang Windows-1252 ang UTF-8 data, maaaring maging mojibake ang mga character na may accent.
• Karagdagang content sa paligid: Maaaring may data URI prefix, mga panipi, JSON escape o URL percent-encoding na kailangan munang alisin.

Non-strict ang default na mode ng base64_decode ng PHP at maaari nitong alisin ang mga character na wala sa karaniwang alphabet. Dahil dito, maaari nitong tanggapin ang mga line break mula sa input na naka-format bilang MIME, ngunit maaari rin nitong itago ang pagkakamali sa pagkopya sa halip na malinaw itong iulat. Ihambing ang hindi inaasahang output sa format ng pinagmulan at suriin ang orihinal na value nang paisa-isang character.

Mga madalas itanong

Case-sensitive ba ang Base64?

Oo. Magkaiba ang value na kinakatawan ng malalaki at maliliit na titik sa Base64 alphabet. Masisira ang na-decode na mga byte kung babaguhin mo ang laki ng mga titik para lang magmukhang pare-pareho ang value.

Pwede bang i-decode ang JWT gamit ang Base64 decoder?

Karaniwang binubuo ang JSON Web Token ng mga seksyong naka-encode sa Base64url at pinaghihiwalay ng mga tuldok. Kailangang iproseso nang hiwalay ang bawat seksyon, at maaaring kailangang ibalik ang inalis na padding. Ang pagbasa sa payload ay hindi nagbe-verify sa signature ng token o nagpapatunay na tunay ang nilalaman nito.

Pwede bang may virus o mapaminsalang file ang na-decode na Base64?

Oo, dahil kayang kumatawan ng Base64 sa anumang byte, kabilang ang mga executable file, script o mapaminsalang dokumento. Hindi awtomatikong pinapatakbo ng pag-decode ang content, ngunit maaaring hindi ligtas ang pag-save o pagbukas sa resultang hindi mo kilala. Suriin ang inaasahang uri at pinagmulan ng file bago pangasiwaan ang binary output.

Bakit may mga null character sa na-decode na resulta?

Maaaring lumitaw ang mga null byte sa mga binary format at sa text na naka-encode bilang UTF-16, kung saan maraming Latin character ang ipinares sa isang zero byte. Kung sinasabi ng pinagmulan na text ang data, suriin ang character encoding nito sa halip na burahin ang mga null dahil maaaring masira ang data kapag inalis ang mga iyon.

May nakatakdang file extension ba ang Base64?

Wala. Isang paraan ng pagrepresenta ang Base64, hindi isang file format, kaya wala itong kinakailangang extension. Ang na-decode na mga byte ang tumutukoy kung PNG, PDF, ZIP archive, text file o iba pa ang resulta.

Mga huling dapat suriin

Tiyaking encoded na value lang ang nakopya mo, alamin kung standard Base64 o Base64url ang gamit nito, at panatilihin ang orihinal na laki ng mga titik. Kung hindi mabasa ang resulta, tingnan kung dapat itong buksan bilang file sa halip na ipakita bilang text. Huwag ipagpalagay na mapagkakatiwalaan o kumpidensiyal ang isang value dahil lang matagumpay itong na-decode.