Hindi magkapalit ang dalawang encoder, at iyon ang buong tool.
Ang encodeURIComponent ay ini-escape ang / ? : @ & = + $ # — para sa isang piraso na ipapasok sa URL. Ang encodeURI ay hindi — para sa buong URL na nabuo na.
Ang paggamit ng pangalawa kung saan kailangan ang una ang pinakakaraniwang bug sa URL: ang halagang may & ay nahahati sa dalawang parameter, at ang may # ay pinuputol ang URL sa fragment. Mukha silang kasalanan ng server at hindi.
At ang plus ay espasyo sa query string at wala nang iba. Ang form ay nag-e-encode ng espasyo bilang +; ang URL specification ay %20. Kaya ang decoder na nagpapalit ng bawat plus ay sumisira sa tunay na plus sa isang path.
Kung nag-e-encode ka ng IISANG BAHAGING papasok sa URL — isang halaga ng query, isang bahagi ng path — gamitin ang anyong component, na ine-escape ang nakareserbang karakter na / ? : @ & = + $ at #. Kung nag-e-encode ka ng URL na buo na, gamitin ang anyong buong-URL, na iniiwan silang tahimik dahil ginagawa nila ang trabaho nila. Ang pagbaligtad nito ang pinakakaraniwang bug sa URL.
Nakakaligtas nang hindi na-escape ang nakareserbang karakter at nababago ang kahulugan ng URL. Ang halagang may & ay nahahati sa dalawang query parameter. Ang halagang may # ay pinuputol ang URL sa fragment, kaya ang lahat ng kasunod ay hindi na nakakarating sa server. Mukha silang depekto ng server at hindi naman.
Depende sa kung nasaan ito. Sa query string na gawa ng HTML form, + ang encoding ng espasyo. Saanman pa sa URL, ang espasyo ay %20 at ang + ay literal na plus. Kaya ang pag-decode ng + bilang espasyo ay sumisira sa tunay na plus sa path, at ang hindi pag-decode nito ay nag-iiwan ng plus sa halaga ng form. Switch ito sa pahinang ito, at nakapatay bilang default.
May % ito na hindi nagsisimula ng wastong escape — ang “100% sure” ang karaniwang salarin. Bumabagsak ang pag-decode doon, kaya ipinapakita ang teksto nang hindi nababago at may paalala sa halip na error, dahil idinikit mo ito para makita kung ano ito.
Dahil legal ang pag-ulit ng key at magkakaiba ang paghawak dito ng bawat framework — may nagpapanatili sa una, may sa huli, may gumagawa ng listahan. Ang pagsasama sa kanila dito ay magtatago ng tunay na kalabuan, kaya ipinapakita silang lahat at sinasabi ng pahina na nakadepende ang kilos sa kung sino ang nagbabasa.
Walang umaalis sa browser mo sa anumang ipinapaste mo, kaya ligtas ito sa amin. Hindi ito ligtas sa pangkalahatan: ang password sa URL ay napupunta sa log ng server, kasaysayan ng browser at sa Referer header, kaya ang URL na minsan nang nagdala ng isa ay dapat ituring na nabuko na. Tinatakpan ito ng pahinang ito sa halip na ipakita ito pabalik sa iyo.
Ang pangalawa ay walang binago. Kung halaga ito sa query string, nahati na ito sa dalawang parameter at naputol sa fragment.
Runs entirely in your browser; nothing is transmitted. Both encodings are shown because using the whole-URL form where the component form is needed is the commonest URL bug — and it produces a URL that looks correct. Walang ipinapadala sa mga server namin ang tina-type mo rito — sa browser mo tumatakbo nang buo ang pagkuwenta.
