URL кодировщик

URL кодировщик - это бесплатный инструмент, который преобразует строку в представление с кодированием веб-форм, используемое в параметрах URL-запросов и других текстовых веб-данных.

Что такое URL-кодирование и зачем оно нужно?

При URL-кодировании символы со специальным значением в URL заменяются знаком процента и следующими за ним шестнадцатеричными цифрами. Благодаря этому текст можно передавать через системы, которые ожидают ограниченный набор символов.

Например, амперсанд разделяет параметры запроса. Поэтому амперсанд, являющийся частью значения, нужно закодировать как %26. Пробелы тоже требуют специальной обработки. Инструмент использует функцию PHP urlencode, которая преобразует пробел в знак плюса.

До: tea and cake

После: tea+and+cake

Текст с URL-кодированием встречается в следующих случаях:

• в строках запросов, отправляемых через веб-формы;
• в URI данных, содержащих текст, который нельзя указать буквально;
• в ссылках из электронных писем;
• в значениях URL, хранящихся в данных JSON;
• в параметрах перенаправления и обратного вызова, используемых веб-приложениями;
• в URL, связанных с интернационализированными доменами, хотя для самого доменного имени вместо процентного кодирования может потребоваться Punycode.

URL-кодирование не является шифрованием и не обеспечивает конфиденциальность. Любой, кто видит значение URL с процентным кодированием, может его декодировать.

Как пользоваться URL кодировщиком?

Введи строку, которую нужно закодировать, запусти инструмент и посмотри преобразованное значение в поле результата Закодированный URL. Кодируй только само значение, без окружающих его кавычек и пояснительного текста.

Обработка выполняется на сервере. Введённые данные передаются на сервер по HTTPS и не сохраняются. Тем не менее не помещай в URL пароли, токены сеансов и конфиденциальные персональные данные, поскольку веб-адреса могут попадать в историю браузера, системы аналитики и журналы серверов.

Чтобы выполнить обратное преобразование, используй Декодер URL. При правильном декодировании результат должен совпадать с исходным текстом, если в обоих направлениях используются одинаковые кодировка символов и правила кодирования веб-форм.

Нужно кодировать весь URL или только значение параметра?

Обычно следует кодировать каждое значение параметра, а не весь URL. Если закодировать адрес целиком, будут заменены и структурные символы, включая двоеточие, косые черты, вопросительный знак и знак равенства.

Допустим, значение поискового запроса выглядит как green tea & coffee. В закодированном виде это green+tea+%26+coffee. Такое значение можно поставить после имени параметра. Если закодировать весь адрес, разделители, по которым браузер распознаёт схему, хост, путь и строку запроса, станут неразличимыми.

Используемая этим инструментом функция urlencode хорошо подходит для параметров запросов в формате HTML-форм. Однако некоторые API и сегменты пути следуют правилам RFC 3986, согласно которым пробел записывается как %20, а не +. Проверь, какой формат ожидает принимающая система: кодирование форм с + или формат RFC 3986 с %20.

Примеры URL-кодирования

Латинские буквы ASCII и цифры остаются читаемыми. Пробелы превращаются в знаки плюса, а зарезервированные знаки препинания и текст вне ASCII представляются закодированными байтами.

• hello world преобразуется в hello+world.
• tea & cake преобразуется в tea+%26+cake.
• email=test@example.com преобразуется в email%3Dtest%40example.com.
• 100% ready преобразуется в 100%25+ready.
• café преобразуется в caf%C3%A9, если исходный текст использует UTF-8.

Буквы с диакритическими знаками и символы нелатинских систем письма сначала представляются в виде байтов с помощью кодировки символов, обычно UTF-8 в интернете. Затем каждый байт за пределами допустимого набора получает собственную процентную последовательность. Поэтому один видимый символ может превратиться в несколько групп, начинающихся с %.

Цифры не требуют специальной обработки. При пустой входной строке закодированное содержимое также будет пустым. Очень длинная строка может значительно увеличиться, поскольку каждый закодированный байт занимает три символа.

Почему URL не декодируется или превращается в нечитаемый текст?

Обычно декодирование завершается неудачно, если данные были закодированы по другим правилам, прошли кодирование несколько раз или не представляют текст в ожидаемой кодировке символов.

• Разная обработка пробелов: декодер данных форм воспринимает + как пробел, тогда как строгий процентный декодер может оставить его знаком плюса.
• Двойное кодирование: знак процента в %26 тоже можно закодировать как %25, в результате чего получится %2526. После одного декодирования вернётся %26, а не исходный амперсанд.
• Неверная кодировка символов: если байты UTF-8 декодировать в другой кодировке, могут появиться символы замены или искажённые буквы.
• Двоичные данные вместо текста: декодированные байты могут представлять изображение, архив или другой файл, поэтому при отображении в виде текста они выглядят как бессмысленный набор символов.
• Неверный формат или алфавит: URL-безопасный Base64, стандартный Base64 и процентное кодирование являются разными форматами. Если применить Декодер URL к тексту Base64, получить исходное значение не удастся.

В URL-кодировании нет символов заполнения. Если декодер сообщает об их отсутствии, скорее всего, входные данные представлены в Base64 или другом формате с заполнением, а не в виде текста с процентным кодированием.

Часто задаваемые вопросы

Есть ли разница между прописными и строчными буквами в процентных последовательностях?

Нет. Регистр шестнадцатеричных букв в процентных последовательностях не учитывается, поэтому %2F и %2f одинаково обозначают косую черту. Для единообразного представления рекомендуется использовать прописные шестнадцатеричные буквы.

Можно ли с помощью URL-кодирования преобразовать интернационализированное доменное имя?

Нет. Для меток домена, например имени с символом é, обычно требуется обработка интернационализированных доменных имён и представление в ASCII с помощью Punycode, начинающееся с xn--. Процентное кодирование применяется к другим компонентам URL и не заменяет такое преобразование.

Что происходит с переносами строк и табуляцией?

Байты табуляции и переноса строки кодируются процентными последовательностями, поскольку их нельзя указывать буквально в обычном значении URL. Табуляция обычно представляется как %09, а запись окончания строки зависит от того, какие символы используются в исходных данных, LF или CRLF.

Почему закодированный URL не работает после вставки в приложение?

Приложение может ожидать исходное значение и самостоятельно выполнять кодирование, что приводит к двойному кодированию. Оно также может отклонить URL из-за ограничения общей длины или из-за того, что зарезервированный символ был закодирован в структурной части адреса. Перед кодированием проверь, какой именно компонент запрашивает приложение.

Безопасно ли делиться закодированными параметрами запроса?

Нет. Процентное кодирование URL меняет только представление данных, а браузеры и инструменты разработчика позволяют увидеть исходное значение. Прежде чем делиться ссылкой, проверь её параметры запроса на наличие адресов электронной почты, идентификаторов учётных записей, токенов доступа и других данных, которые не следует раскрывать.