URL Codec

Свободное преобразование между текстом, кодированным URL и кодированным компонентом

URL Codec — это бесплатный онлайн-инструмент для простого кодирования и декодирования URL-строк. Поддерживает как кодирование URL для передачи данных форм (application/x-www-form-urlencoded), так и кодирование компонентов, совместимое с RFC 3986. Ваши входные данные не сохраняются на сервере, поэтому вы можете безопасно преобразовывать конфиденциальную информацию.

Как использовать

Использование URL Codec очень просто:

Шаг 1: Введите данные и выберите формат ввода
Введите данные, которые вы хотите преобразовать, в текстовое поле ниже. Выберите формат ввода (Текст, Кодированный URL или Кодированный компонент).
Шаг 2: Выберите формат вывода
Выберите формат назначения преобразования. Вы можете выбрать из Текста, Кодированного URL (для форм) или Кодированного компонента (совместимого с RFC 3986).
Шаг 3: Нажмите кнопку "Преобразовать"
Нажмите кнопку "Преобразовать", и введенные данные будут мгновенно преобразованы в выбранный формат. Скопируйте результат и используйте его.

Ваши входные данные не сохраняются на сервере. Вся обработка выполняется в браузере, и ваша конфиденциальность полностью защищена.

Инструмент преобразования URL

Формат ввода

Формат вывода

Введите данные для преобразования

Результат преобразования

Практические примеры использования для URL Codec

URL Codec используется в следующих ситуациях при веб-разработке и интеграции API:

Кодирование данных формы

Кодирование и декодирование данных, отправленных из HTML-форм (application/x-www-form-urlencoded). Идеально подходит для проверки и отладки параметров POST/GET. Пробелы преобразуются в "+".

Генерация параметров запроса URL

Кодирование поисковых запросов и условий фильтрации в качестве параметров запроса URL. Преобразование ключевых слов поиска, содержащих японские или специальные символы, в безопасный для URL формат. Пример: "Tokyo Tower" → "Tokyo%20Tower"

Кодирование параметров REST API

Кодирование параметров, включенных в URL конечных точек REST API, в формат, совместимый с RFC 3986. При использовании кодирования компонентов пробелы преобразуются в "%20", а косые черты и двоеточия также сохраняются.

Декодирование и отладка URL

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

Обработка параметров аутентификации OAuth

Кодирование и декодирование параметров redirect_uri и state OAuth 2.0. Используется для проверки и отладки параметров URL, отправляемых в потоках аутентификации.

Что такое кодирование URL? Понимание методов кодирования

Кодирование URL (процентное кодирование) — это метод представления символов, которые нельзя использовать в URL-адресах, или специальных символов с использованием комбинации символа "%" и шестнадцатеричных чисел. Поскольку URL изначально обрабатывают только символы ASCII, это необходимо при отправке многобайтовых символов, таких как японский язык, или специальных символов.

Типы кодирования URL

Кодирование формы (application/x-www-form-urlencoded): Метод, используемый в HTML-формах. Преобразует пробелы в "+" и другие специальные символы в формат "%XX". Эквивалентно urlencode() PHP.
Кодирование компонентов (RFC 3986): Метод, используемый в каждом компоненте URL (путь, значения параметров запроса и т. д.). Преобразует пробелы в "%20" и выполняет более строгое кодирование. Эквивалентно rawurlencode() PHP.

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

Текст "Hello World!" → Кодирование формы "Hello+World%21"
Текст "Hello World!" → Кодирование компонента "Hello%20World%21"
Японский "こんにちは" → Кодирование UTF-8 "%E3%81%93%E3%82%93%E3%81%AB%E3%81%A1%E3%81%AF"

Какое следует использовать?

Используйте кодирование формы при отправке HTML-форм и кодирование компонентов для путей URL REST API и параметров запроса. В случае сомнений выбор кодирования компонентов (RFC 3986) будет правильно работать в большинстве случаев.

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

Являются ли кодирование URL и процентное кодирование одним и тем же?

Да, это одно и то же. Кодирование URL официально называется "процентным кодированием" и названо так потому, что использует символ "%" для представления символов.

В чем разница между кодированием формы и кодированием компонента?

Основное различие заключается в обработке пробелов. Кодирование формы (application/x-www-form-urlencoded) преобразует пробелы в "+", в то время как кодирование компонента (RFC 3986) преобразует их в "%20". Набор символов, подлежащих кодированию, также немного отличается.

Что происходит, когда японский язык кодируется в URL?

Многобайтовые символы, такие как японский, преобразуются в последовательности байтов UTF-8, а затем каждый байт кодируется в формате "%XX". Например, "あ" становится "%E3%81%82" (3 байта).

Какие символы кодируются?

Большинство символов, кроме буквенно-цифровых символов (A-Z, a-z, 0-9), дефисов (-), подчеркиваний (_), точек (.) и тильд (~), кодируются. Пробелы, косые черты (/), двоеточия (:), символы не ASCII, такие как японский, и специальные символы подлежат кодированию.

Почему некоторые строки не могут быть декодированы?

Ошибки декодирования возникают в случаях недопустимого формата кодирования (нет двух шестнадцатеричных цифр после %, недопустимая последовательность байтов UTF-8 и т. д.). Кроме того, строки, которые были закодированы несколько раз, могут требовать нескольких операций декодирования.

Является ли кодирование URL шифрованием?

Нет, кодирование URL — это просто кодирование строки (преобразование), а не шифрование. Закодированные строки могут быть легко декодированы и не могут использоваться в целях защиты безопасности.

Как выполнить кодирование URL в языках программирования?

Каждый язык имеет встроенные функции. JavaScript: encodeURIComponent(), Python: urllib.parse.quote(), PHP: rawurlencode(), Java: URLEncoder.encode(), Ruby: ERB::Util.url_encode() и т. д. доступны.

Что такое двойное кодирование?

Это повторное кодирование строки, которая уже была закодирована. Например, повторное кодирование "%20" становится "%2520". Непреднамеренное двойное кодирование может вызвать ошибки, поэтому необходима осторожность.