URL-encoder/decoder

URL-encoder/decoder converteert tekst van en naar procentcodering (ook wel URL-codering genoemd), het escape-schema gedefinieerd door RFC 3986, waardoor willekeurige strings veilig zijn om in een URL te plaatsen. Tekens zoals &, =, ?, # en / hebben structurele betekenis in URL's - Als een query-string-waarde een letterlijke "&" bevat, zal de server uw parameter in tweeën splitsen, tenzij dat teken als %26 wordt ontsnapt. Deze tool geeft je alle drie de coderingsvarianten die ontwikkelaars daadwerkelijk tegenkomen: EncodeurIcomponent voor individuele waarden, EncodeURI voor volledige URL's en applicatie/x-www-form-urlencoded (spaties als +) voor HTML-formulieren.

Het onderscheid tussen modi is belangrijker dan de meeste tutorials toegeven. EncodeuriComponent ontsnapt aan elke gereserveerde scheidingsteken, dus het is de juiste keuze voor een enkele queryparameter, een padsegment of een omleidingsdoel dat is ingesloten in een andere URL - maar als u het op een volledige URL uitvoert, verminkt u https:// in https%3a%2f%2f. Encodeuri behoudt de scheidingstekens (: / ? # & =) Dus een hele URL blijft bevaarbaar, terwijl spaties en niet-ASCII-personages zoals é of 日本 nog steeds worden ontsnapt naar hun UTF-8 procent-gecodeerde vorm. De formulier-urlencodemodus komt overeen met wat browsers verzenden wanneer u een <form> verzendt: identiek aan EncodeuriContent, behalve dat spaties "+" worden in plaats van "%20" - een legacy-griep die vandaag de dag nog steeds API-integraties maakt.

Alles draait 100% client-side in uw browser met dezelfde native EncodeuriComponent/DecodeURI-machines die uw productie JavaScript gebruikt, dus de resultaten komen precies overeen met wat uw code zal opleveren. Niets dat u plakt - OAuth Callback-URL's, ondertekende S3-links, tokens, sessie-ID's - verlaat uw machine ooit. De decoder vangt ook misvormde invoer (een zwerfd% niet gevolgd door twee hexadecimale cijfers gooit Urierror in JavaScript) en meldt een duidelijke fout in plaats van stil te falen.