Base64-arvo voi sisältää merkit +, / ja =. Kyselymerkkijonon jäsennin saattaa tulkita käsittelemättömän +:n välilyönniksi. Merkkien satunnainen korvaaminen voi peittää alkuperäisen virheen.
Käytä vaaratonta esimerkkiä, älä koskaan oikeaa salasanaa, tunnistetta tai henkilötietuetta. UTF-8-teksti a?b koodautuu muotoon YT9i. Ensimmäinen esimerkki tarkistaa muunnoksen molempiin suuntiin, mutta ei sisällä ongelmallisia merkkejä. Erillinen kirjaimellinen testiarvo a+b/c= auttaa URL-komponentin merkkien suojauksen tarkistamisessa; sitä ei esitetä kelvollisena Base64-arvona.
Koodaa URL Encoder & Decoder -työkalussa vain parametrin ARVO. Kirjaimellinen a+b/c= muuttuu muotoon a%2Bb%2Fc%3D. Lisää koodattu arvo valitun avaimen perään, esimerkiksi ?value=a%2Bb%2Fc%3D. Älä syötä koko https://...-osoitetta komponenttikoodaimeen ja odota URL-erottimien säilyvän ennallaan.
Pura vastaanottavassa päässä URL-komponentin koodaus kerran. Tuloksen pitäisi edelleen olla a+b/c=. Jos vastaanottaja jäsentää application/x-www-form-urlencoded-dataa, käsittelemättömän +:n säännöt eroavat decodeURIComponent-toiminnosta. FrAIFlown komponenttipurkaja säilyttää kirjaimellisen +:n eikä käytä lomakkeiden purkusääntöjä automaattisesti. Ero kuuluu vianmääritykseen eikä todista työkalun olevan rikki.
Pura Base64-koodaus vasta, kun olet palauttanut oikeasti kelvollisen Base64-arvon. Jos saat virheellisen täytteen tai UTF-8:n virheen, pysähdy ja tarkista alkuperäinen esitysmuoto sekä valittu muoto. Toistuva purkaminen, kunnes merkkijono näyttää luettavalta, ei ole turvallinen korjaustapa. Odottamaton %252B voi viitata ylimääräiseen koodauskerrokseen, mutta ei yksin todista, mikä järjestelmä lisäsi sen.
Koodaus ei ole salausta. URL-osoitteita voi tallentua historiaan ja palvelinlokeihin. Salaisuuden pitäminen poissa kyselymerkkijonosta on siksi turvallisempaa kuin sen koodaaminen siirtoa varten.
Käytä liittyviä työkaluja
Syötteet ja tulokset pysyvät tässä selaimessa. Ei tiliä eikä latauksia palvelimelle.