ToolMill.io

URL kódolás / dekódolás

Az URL kódolás / dekódolás (period- kódolás) a nem biztonságos karaktereket URL- biztonságos formátummá alakítja át és vissza. Használja lekérdezéshez, URL-ek, UTM paraméterek átirányításához és API kérések hibakereséséhez (RFC 3986). Runs 100% lokálisan a böngészőben - nincs feltöltés - és működik offline telepítése után ToolMill mint PWA.

Kódolás

Próbáld ki!

Példák

URL- kódolt szöveg lekérdezési paraméterhez
Bemenet
summer sale & shoes
Kimenet
summer%20sale%20%26%20shoes
Dekódolt URL szöveg
Bemenet
summer%20sale%20%26%20shoes
Kimenet
summer sale & shoes

Mikor kell kódolni a teljes értéket vs része egy URL

A leggyakoribb hiba a titkosítás az URL rossz részének kódolása. Sok munkafolyamat, csak szeretné kódolni a lekérdezés értéke, útvonal szegmens, töredék, vagy átirányítani a cél helyett az egész URL string. Ez az oldal encodeURIComponent és dekodeURIComponent, amelyek a legjobban alkalmasak az egyes értékek és alkatrészek.

Karakterek, amelyeket általában kódolni kell

Spaces, ampersands, egyenlő jelek, kérdőjelek, hashes, százalék jelek, slash komponens értékek, és nem ASCII karakterek közös oka, hogy kódolja a szöveget, mielőtt egy URL. Ez különösen fontos a keresési lekérdezések, címkék, fájlnevek, és a felhasználó által megadott értékek, amelyek egyébként törne egy lekérdezés string vagy path szegmens.

Gyakori hibák URL kódolással

A kettős kódolás az egyik leggyakoribb probléma. Például a már létező% 20 kódolás ismét% 2520 lesz. Egy másik gyakori hiba az egész URL dekódolása, amikor csak egy paraméter értéket kell dekódolni. Fontos megjegyezni azt is, hogy ez az oldal a (z)% 20 kódolt szóközöket állítja elő, nem pedig a forma és a jelek kombinációját.

Gyakorlati munkafolyamatok

Ezt az oldalt használja egy lekérdezési paraméter készítésekor a linkre, az UTM vagy a nyomkövetési értékek tisztítására, a naplókból vagy böngésző eszközökből lemásolt, titkosított szöveg dekódolására, vagy egy útvonal szegmens biztonságossá tételére egy másik URL-be való behelyezése előtt. Ez a leghasznosabb, ha egyszerre egy értéket kezelsz, és látni akarod a pontos kódolt eredményt.

Mi történik a nem angol szövegekkel és emojival?

Ez az eszköz az UTF- 8 bájtokat kódolja, ezért az aktualizált karakterek, a nem latin szöveg és az emoji gyakran több százalékos kódokká válnak egyetlen egység helyett. Ez a viselkedés normális és hasznos, ha a célállomás az eredeti Unicode szöveg URL- biztonságos ábrázolását várja.

Hibaelhárítási dekódolási hibák

Mielőtt Rely egy URL- kódolt érték

Tesztelje a kimenetet a valós célkörnyezetben, mielőtt feltételezi, hogy helyes. Ha valami még mindig rosszul néz ki, ellenőrizze, hogy a kettős kódolás, vegyes kezelése szóközök és plusz jelek, vagy egy eltérés, hogyan a cél kezeli a teljes URL-ek versus egyedi paraméter értékek.

Miért dekódolt szöveg lehet még mindig rossz az alkalmazás

A helyes dekódolás nem garantálja, hogy egy másik alkalmazás ugyanúgy értelmezi a szöveget. Egyes rendszerek a plusz jeleket szóközökként kezelik, mások szó szerint megőrzik őket, és a fenntartott karaktereknek még mindig különleges kezelésre van szükségük attól függően, hogy a szöveg egy menetvonal, lekérdezési sztring vagy formában benyújtás.

Hogyan lehet megmondani, hogy be kell kódolni a teljes URL vagy csak egy rész

A kódolási igények a kontextustól függenek. A lekérdezési paraméter értéke gyakran akkor is kódolásra szorul, ha az URL többi része olvasható marad, míg egy már összeszerelt URL megtörhet, ha olyan elválasztókat kódol, mint például?, &, = vagy /. Gondolkodjon el azon, hogy egy komponenst vagy az egész címet készít-e elő az eredmény használata előtt.

A dekódolási hibák általában azt jelentik, hogy a betűrt szöveg deformált százalékos szekvenciákat, vegyes egyszerű és kódolt tartalmat, vagy egy sztringet tartalmaz, amit már egyszer dekódoltak. Ha az eredmény rosszul néz ki, ellenőrizze, hogy a teljes URL helyett egyetlen komponens, és hogy a százalékos jelek megduplázódott a korábbi feldolgozás.

Kapcsolódó eszközök