URL Decoder — Percent-decode ng Strings Online _

Mga Advanced na Opsyon

I-convert ang + sa Mga Espasyo

Kapag naka-enable, ang mga + character ay kiko-convert sa mga espasyo. Ito ay kapaki-pakinabang kapag nag-de-decode ng mga query parameter.

Live Mode

Kapag naka-enable, ang teksto ay awtomatikong ide-decode habang nag-ta-type ka.

Ang mga opsyong ito ay tumutulong sa iyo na kontrolin kung paano ina-decode ang mga encoded na character sa iyong mga URL.

Ano ang URL decoding?

Binabaligtad ng URL decoding ang percent-encoding: binabasa nito ang mga %XX escape sequence sa isang encoded na URL at kino-convert ang mga ito pabalik sa mga character na kinakatawan ng mga ito. Ganito mo nare-recover ang isang nababasang query string, form value, o path segment mula sa isang URL na ibinigay sa iyo ng browser, API, o log line nang encoded.

Paano gumagana ang URL decoding?

Sumusunod ang URL decoding sa isang tiyak na proseso para i-convert pabalik ang mga percent-encoded na sequence sa kanilang orihinal na mga character:

1. Sina-scan ang input string para sa mga percent-encoded escape sequence (%XX)
2. Ang bawat %XX ay kino-convert mula sa dalawang hex digit nito pabalik sa orihinal na byte value
3. Ang magkakasunod na na-decode na byte ay muling pinagsasama-sama bilang mga UTF-8 character (ang isang multi-byte sequence ay nagiging isang character)
4. Sa query-string context, ang + ay nadi-decode bilang space (application/x-www-form-urlencoded), habang ang %2B ay nananatiling literal na +
5. Ang mga unreserved character at na-decode nang teksto ay dumadaan nang walang pagbabago

Bakit gamitin ang URL decoder?

• Nababasang output: i-convert pabalik ang %20, %40, at %3D sa space, @, at = para mabasa ang talagang sinasabi ng URL
• Internasyonal na teksto: buuin muli ang mga accented at non-ASCII na character mula sa kanilang mga UTF-8 byte sequence, para mabasa ulit ang %C3%A9 bilang é
• Debugging: suriin ang mga tunay na value sa loob ng isang query string, OAuth redirect, o webhook payload bago kumilos
• Tama ayon sa pamantayan: mag-decode ayon sa RFC 3986, ang parehong mga panuntunan na ginagamit ng mga browser at server, para makita mo mismo ang nakikita nila

Ano ang mga karaniwang paggamit ng URL decoding?

Ang URL decoding ay mahalaga sa maraming sitwasyon ng web development:

• Mga Form Submission: pagbabasa pabalik ng mga orihinal na field value mula sa application/x-www-form-urlencoded na GET at POST data
• Pagbuo ng API: pag-unpack ng mga percent-encoded na path at query parameter na darating sa isang API endpoint
• Mga File System: pag-recover ng mga file path at pangalan na na-percent-encode para maglakbay sa loob ng URL
• Debugging ng Mga Link: pag-decode ng mga shared o naka-log na URL para makita ang mga espesyal na character at internasyonal na teksto na taglay nila

Ano ang hitsura ng isang halimbawa ng URL decoding?

Narito ang ilang karaniwang halimbawa ng URL decoding: ang %20 (o +) ay nagiging space, ang %40 ay nagiging @, ang %23 ay nagiging #, ang %26 ay nagiging &, at ang %3D ay nagiging =. Ang isang UTF-8 sequence tulad ng %C3%A9 ay nagiging internasyonal na character na é.

Ano ang percent-encoding?

Ang percent-encoding ay ang mekanismo na tinukoy ng RFC 3986 §2.1 para sa pagkatawan ng mga character na hindi ligtas o nakalaan sa loob ng isang URI. Ang panuntunan ay mekanikal: ang bawat byte na hindi maaaring lumitaw nang literal ay isinusulat bilang isang percent sign na sinusundan ng dalawang hexadecimal digit — ang %XX form — kung saan ang XX ay ang halaga ng byte. Ang mga non-ASCII character tulad ng é ay unang ine-encode bilang kanilang UTF-8 byte sequence, pagkatapos ang bawat byte ay percent-encoded nang isa-isa.

Paano talaga gumagana ang pag-decode ng %C3%A9 sa é?

Kunin ang encoded na query string na ?q=caf%C3%A9&lang=fr. Ang pag-decode ay nagbibigay ng ?q=café&lang=fr. Narito ang byte-by-byte na paliwanag:

• Input: ?q=caf%C3%A9&lang=fr
• Output: ?q=café&lang=fr

1. %C3 → byte 0xC3 (binary 11000011) — ang lead byte ng isang 2-byte UTF-8 sequence.
2. %A9 → byte 0xA9 (binary 10101001) — ang continuation byte. Pinagsama, ang C3 A9 ay ang UTF-8 encoding ng U+00E9, na siyang é.
3. Ang mga character na ?, =, at & ay hindi binago dahil sila ay struktural — nagtatakda sila ng query at ng mga key/value pair nito. Ang literal na caf ay pinapasa rin, dahil ang mga lowercase ASCII letter ay kabilang sa unreserved set.

Ano ang pagkakaiba ng decodeURIComponent at decodeURI?

Naglalantad ang JavaScript ng dalawang built-in decoder, at ang pag-confuse sa mga ito ay isa sa mga pinaka-karaniwang bug sa URL handling:

• decodeURIComponent(str) nag-de-decode ng bawat percent-encoded sequence, kabilang ang mga reserved na character tulad ng &, =, ?, /, at #. Gamitin ito sa mga indibidwal na query-string value o path segment — huwag kailanman sa buong URL.
• decodeURI(str) ay sinadyang maging konserbatibo: nilalaktawan nito ang mga reserved na character. Ang pagpapain nito ng %26 ay nagbabalik ng literal na string na %26, hindi &. Ito ay para sa mga buong URI kung saan gusto mong manatiling buo ang istraktura.

Panuntunan: kung ang string ay isang piraso ng URL (isang parameter, isang fragment, isang encoded na filename), gumamit ng decodeURIComponent. Ang tool na ito ay kumikilos tulad ng decodeURIComponent — ang bawat %XX sequence sa iyong input ay nade-decode, kabilang ang mga reserved na character.

Ang pag-decode ng URL ang paraan para mabasa ang talagang nilalaman nito. I-paste ang isang encoded string sa itaas at ang bawat %XX sequence ay magko-convert pabalik sa kanyang character doon sa iyong browser — para ma-debug ang isang query parameter, ma-check ang isang OAuth redirect, o ma-recover ang isang accented na filename nang hindi nagpapadala ng anuman sa server.