Lumaktaw sa nilalaman

%20 · %C3%A9 · encodeURIComponent

URL encoder at decoder

Pinapalitan ng URL encoding ang mga hindi ligtas na karakter ng % at dalawang hex digit: ang espasyo ay nagiging %20 at ang é ay nagiging %C3%A9. Piliin ang encode, decode o parse, pagkatapos ay mag-type o mag-paste ng teksto mo.

Tumatakbo ang lahat sa tab na ito at walang ina-upload. Kino-convert sa UTF-8 ang tekstong hindi ASCII bago ito i-escape.

Scanned by NortonTM Safe Web

Sa isang tingin

Presyo
Walang singil
Account
Hindi kailangan
Mga pamantayan
RFC 3986 (URI), WHATWG URL Standard
Mga mode
Encode, decode at parse
Character set
UTF-8
Upload
Wala — nananatili ang teksto sa tab ng browser mo

Percent-encoding ng mga karaniwang karakter

Ang bawat cell ay gawa ng encoder at decoder sa page na ito. Ang simbolong ␣ ay kumakatawan sa espasyo.

Pag-encode ng isang karakter
KarakterencodeURIComponentencodeURIForm (+ para sa espasyo)
␣%20%20+
!!!%21
"%22%22%22
#%23#%23
$%24$%24
%%25%25%25
&%26&%26
'''%27
(((%28
)))%29
****
+%2B+%2B
,%2C,%2C
/%2F/%2F
:%3A:%3A
;%3B;%3B
=%3D=%3D
?%3F?%3F
@%40@%40
[%5B%5B%5B
]%5D%5D%5D
~~~%7E
é%C3%A9%C3%A9%C3%A9
€%E2%82%AC%E2%82%AC%E2%82%AC
😀%F0%9F%98%80%F0%9F%98%80%F0%9F%98%80
Pag-decode ng isang escape
EscapedecodeURIComponentdecodeURIForm
%2F/%2F/
%3F?%3F?
%23#%23#
%20␣␣␣
%2B+%2B+
%41AAA

Paano mag-encode o mag-decode ng URL

1

Pumili ng mode

Piliin ang Encode para i-escape ang teksto, ang Decode para basahin ang na-escape na teksto, o ang Parse para hatiin ang buong URL sa protocol, host, path, query at fragment.

2

Pumili ng paraan

Para sa isang value, tulad ng query parameter, gamitin ang component method. Para sa kumpletong address, gamitin ang whole-URL method. Gamitin ang form method para sa data na ipinapadala ng HTML form.

3

I-paste at kopyahin

Mag-type o mag-paste ng teksto mo. Nag-a-update ang resulta habang nagta-type ka at may Copy button ito. Iniuulat ang sirang % sequence kasama ang posisyon nito.

Paano gumagana ang percent-encoding

Isinusulat ng percent-encoding (RFC 3986) ang isang byte bilang % na sinusundan ng dalawang hexadecimal digit. Kino-convert muna sa UTF-8 ang teksto, kaya ang é ay 2 byte (%C3%A9), ang € ay 3 byte (%E2%82%AC) at ang 😀 ay 4 na byte (%F0%9F%98%80). Hindi kailanman kailangang i-encode ang mga letra, digit at - _ . ~. May tungkulin sa URL ang mga reserved na karakter tulad ng / ? # & = + at :, kaya nakadepende kung saan mapupunta ang teksto kung dapat ba itong i-encode.

Ang encodeURIComponent ay para sa isang piraso ng URL, tulad ng query value: ine-encode nito ang / ? # & = + at :. Ang encodeURI ay para sa buong URL: hindi nito ginagalaw ang mga karakter na iyon para manatili ang istruktura ng address. Isinusulat ng form encoding (application/x-www-form-urlencoded) ang espasyo bilang + sa halip na %20 at ine-encode rin ang ~ at ! ' ( ). Tinatanggihan ng pag-decode ang % na hindi sinusundan ng dalawang hex digit at iniuulat ang posisyon nito.

Mga tanong tungkol sa URL encoding

Ano ang pagkakaiba ng encodeURI at encodeURIComponent?

Ine-encode ng encodeURIComponent ang lahat maliban sa mga letra, digit at - _ . ! ~ * ' ( ), kaya ine-encode rin nito ang / ? # & = + at :. Pinapanatili ng encodeURI ang mga karakter na iyon para gumana pa rin ang buong URL. Gamitin ang component method para sa isang value, tulad ng a/b na nagiging a%2Fb, at ang encodeURI para sa buong address.

Bakit %20 ang espasyo sa isang lugar at + sa iba?

Ang %20 ay ang percent-encoding ng espasyo at valid kahit saan sa URL. Ang + para sa espasyo ay para lang sa form encoding (application/x-www-form-urlencoded), ang format ng query string na ipinapadala ng HTML form. Ang totoong plus sign ay %2B sa pareho.

Paano ako mag-e-encode ng mga Unicode character sa URL?

I-convert ang teksto sa UTF-8, pagkatapos ay isulat ang bawat byte bilang %XX. Ang é ay nagbibigay ng %C3%A9, ang € ng %E2%82%AC at ang 😀 ng %F0%9F%98%80. Ginagawa ito ng page na ito sa bawat encode method.

Aling mga karakter ang dapat i-encode sa URL?

Laging ine-encode ang mga espasyo, double quote, < at > at lahat ng karakter na hindi ASCII. Hindi kailanman ine-encode ang mga letra, digit at - _ . ~. Ine-encode lang ang mga reserved na karakter tulad ng ? at & kapag data ang mga ito at hindi bahagi ng istruktura ng URL.

Bakit nag-uulat ang pag-decode ng hindi valid na percent sequence?

Dapat sundan ng dalawang hexadecimal digit ang isang %. Pumapalya ang 100% dahil walang sumusunod sa %, at gayon din ang ab%zz. Iniuulat ng page ang posisyon ng maling %. Iniuulat din ang mga na-escape na byte na hindi bumubuo ng valid na UTF-8, tulad ng %FF.

Puwede bang hatiin ng page na ito ang URL sa mga bahagi?

Oo. Ginagamit ng Parse mode ang URL parser ng browser para ilista ang protocol, user name, host, port, path, query at fragment, at ipinapakita ang bawat query parameter kasama ang na-decode nitong value. Iniuulat na naroon ang password sa URL at hindi ito kailanman piniprint.