Декодер на URL адреси

Декодерът на URL адреси е безплатен инструмент, който преобразува URL текст с процентно кодиране обратно в първоначалния му вид.

Какво прави декодирането на URL адреси?

Декодирането на URL адреси премахва заместващото кодиране, чрез което интервали, препинателни знаци и други байтове се пренасят в URL адреси и други определени синтаксиси с процентно кодиране. При него всеки байт се представя със знак за процент, последван от две шестнадесетични цифри. URL кодирането за формуляри използва и + вместо интервал. Например интервалът може да бъде записан като %20, а амперсандът като %26.

Ето кратък пример преди и след декодирането:

Кодиран вход: red%20%26%20blue

Декодиран резултат: red & blue

Това кодиране е необходимо, защото някои знаци имат структурно значение в URL адреса. Въпросителният знак отделя заявката, а в данните от формуляри буквалният амперсанд обикновено разделя полетата. Кодирането позволява на приложението да пренася тези знаци като данни, вместо да ги тълкува като разделители.

URL кодирането не е шифроване и не осигурява поверителност. Всеки, който може да прочете кодираната стойност, може и да я декодира. Не приемай пароли, токени за достъп или лични данни с процентно кодиране за защитени.

Как се използва декодерът на URL адреси?

Постави или въведи кодирания текст, стартирай обработката и виж възстановената стойност в полето Декодиран URL адрес. Инструментът използва функцията urldecode на PHP, затова преобразува валидните последователности %HH и третира знака плюс като интервал.

1. Копирай кодирания компонент, например стойността на параметър от заявка.
2. Въведи URL кодираната стойност, без да добавяш кавички, освен ако те действително са част от нея.
3. Обработи въведения URL адрес и провери резултата в полето Декодиран URL адрес.
4. Ако резултатът все още съдържа последователности като %2F или %20, провери дали източникът не е бил кодиран повече от веднъж, преди да го декодираш отново.

Обработката се извършва на сървъра. Въведените от теб данни се изпращат до него през HTTPS и не се съхраняват, но по време на обработката напускат устройството ти. Не поставяй поверителни данни в този декодер на URL адреси, освен ако сървърната обработка е подходяща за тях.

Къде се използва URL кодиране?

Най-често ще срещнеш URL кодиране в низове на заявки, изпратени формуляри и стойности, вградени във връзки. То се използва и на някои по-малко очевидни места, където данните трябва да преминат през ограничен текстов формат.

• Низове на заявки: търсене за "tea & cake" може да изглежда като q=tea+%26+cake.
• URI адреси с данни: текстовите данни могат да бъдат кодирани процентно след типа на медията, макар че Base64 също е често използвано представяне.
• Връзки за имейл: mailto връзката може да кодира интервали, нови редове и препинателни знаци в параметрите за тема или съдържание. MIME кодирането за пренос, използвано в самото имейл съобщение, представлява отделен формат.
• JSON данни: JSON има собствени правила за заместване на знаци, но даден JSON низ може да съдържа вече кодиран URL адрес или стойност на заявка, която трябва да се декодира отделно.
• Интернационализирани домейни: домейн етикетите със знаци извън ASCII обикновено използват Punycode, а не процентно кодиране. Компонентите за път и заявка все пак могат да съдържат процентно кодирани UTF-8 байтове.

Ако кодираният текст е домейн етикет, започващ с xn--, използвай IDN Punycode конвертор. Декодерът на URL адреси е предназначен за URL компоненти с процентно кодиране, а не за преобразуване на Punycode.

Примери за декодиране на URL адреси

Следващите примери показват често срещани входни стойности и съответния декодиран текст.

• hello%20world се преобразува в hello world.
• name=Tom+Jones се преобразува в name=Tom Jones.
• fish%26chips се преобразува в fish&chips.
• %C2%A3 се преобразува в £, когато байтовете представляват UTF-8 текст.
• %E6%9D%B1%E4%BA%AC се преобразува в 東京, когато се интерпретира като UTF-8.
• 100%25 се преобразува в 100%.

Обикновените букви, цифри и некодирани препинателни знаци по правило остават непроменени. При празен вход полето Декодиран URL адрес също остава празно. За много дълъг вход важат същите правила за декодиране, но браузърите, сървърите и приемащите системи може да налагат собствени ограничения за дължината на заявките или URL адресите.

Знаците с диакритични знаци и тези извън латиницата обикновено се кодират като поредица от UTF-8 байтове, като всеки байт се записва отделно. Ако първоначалната система е използвала друго кодиране на знаците, декодираните байтове може да се покажат като заместващи символи или привидно безсмислен текст.

Защо декодирането не работи или показва неразбираем текст?

Резултатът от URL декодирането може да остане непроменен или да е неочакван, ако входът съдържа непълни процентни последователности, бил е кодиран повече от веднъж, интерпретира се с грешен набор от знаци или изобщо не е URL кодиран. Функцията urldecode на PHP оставя невалидните процентни последователности непроменени, а при двойно кодиран вход едно декодиране връща междинен резултат. Провери първоначалния източник, преди да декодираш многократно.

• Двойно кодиран вход: при едно декодиране %2520 се превръща в %20 и става интервал едва след второ декодиране. Декодирай отново само когато знаеш, че има още един слой кодиране.
• Непълна процентна последователност: за всеки кодиран байт са нужни две шестнадесетични цифри. Знак % в края или стойност като %2 е невалидна и не може да представя пълен кодиран байт, затова urldecode на PHP я оставя непроменена.
• Грешно кодиране на знаците: процентното декодиране възстановява байтове. Ако например байтове в ISO-8859-1 се интерпретират като UTF-8, резултатът може да е неразбираем, въпреки че процентните последователности са валидни.
• Двоични вместо текстови данни: декодираните байтове може да представляват изображение, компресиран файл или друго двоично съдържание. Не се очаква такъв резултат да се показва като четим текст.
• Неподходящ вид кодиране: ако декодираният URL резултат след това бъде подаден към Base64 декодер, той може да не успее да го обработи заради стандартна вместо безопасна за URL азбука, липсващо допълване с = или повреден вход. URL процентното кодиране няма допълване и не използва Base64 азбука. URL декодирането не проверява и не поправя тези проблеми с Base64.

Внимавай с буквалните знаци плюс. При URL кодирането за формуляри + означава интервал. Истинският знак плюс обикновено трябва да бъде кодиран като %2B преди декодирането.

Често задавани въпроси

Да декодирам ли целия URL адрес, или само част от него?

Когато е възможно, декодирай само отделния сегмент от пътя или стойността на параметъра в заявката. Декодирането на целия URL адрес може да превърне кодирани запазени знаци като %26, %3F или %2F в разделители и да промени начина, по който адресът се анализира.

Работи ли URL декодирането с малки шестнадесетични букви?

Да. При шестнадесетичните цифри в процентните последователности няма значение дали буквите са малки, или главни, така че %2f и %2F представят един и същ байт. Валидни са и последователности със смесен регистър.

Ще декодира ли инструментът една и съща стойност многократно?

Не. Едно извикване на urldecode извършва само един етап на декодиране. Ако %252F се превърне в %2F, е необходим още един етап, за да се получи наклонена черта. Многократното декодиране обаче може да промени данни, в които процентната последователност трябва да остане буквална.

Може ли URL декодирането да възстанови повреден текст?

Не. То може да премахне валидно процентно кодиране, но не може да възстанови липсващи шестнадесетични цифри или със сигурност да определи първоначалното кодиране на знаците. Ако декодираните байтове не се показват правилно, провери системата източник, HTTP заглавките или документацията.

Какво да направя със стойност, която започва с xn--?

Приеми я за Punycode домейн етикет, а не за обикновен текст с процентно кодиране. Използвай IDN Punycode конвертор, след което провери внимателно получения домейн, защото визуално сходни Unicode знаци може да принадлежат към различни писмености.