Расшифровка гофра пнд: в чем разница и какая лучше

Кодировка URL, также известная как процентное кодирование, является механизмом для кодирования информации в универсальном идентификаторе ресурса (URI) при определенных обстоятельствах. Хотя он известен как кодировка URL, на самом деле он используется более широко в основном наборе универсального идентификатора ресурса (URI), который включает в себя как унифицированный указатель ресурса (URL), так и унифицированное имя ресурса (URN).Как таковой он также используется при подготовке данных медиа-типа «application / x-www-form-urlencoded», что часто используется при представлении данных формы HTML в HTTP-запросах.

Дополнительные параметры

• Набор символов: В случае текстовых данных схема кодирования не содержит их набор символов, поэтому необходимо указать, какой из них использовался во время процесса кодирования. Обычно это UTF-8, но может быть и любой другой; если вы не уверены, поиграйте с доступными опциями, включая автоопределение.Эта информация используется для преобразования декодированных данных в набор символов нашего сайта, поэтому все буквы и символы могут отображаться правильно. Обратите внимание, что это не имеет отношения к файлам, так как к ним не нужно применять безопасные веб-преобразования.
• Декодируйте каждую строку отдельно: Закодированные данные обычно состоят из непрерывного текста, даже переводы строк преобразуются в их процентно-закодированные формы. Перед декодированием все некодированные пробелы удаляются из входных данных, чтобы позаботиться о его целостности.Эта опция полезна, если вы намеревались декодировать несколько независимых записей данных, разделенных переносами строк.
• Режим реального времени: Если вы включите эту опцию, введенные данные будут немедленно декодированы с помощью встроенных в ваш браузер функций JavaScript — без отправки какой-либо информации на наши серверы. В настоящее время этот режим поддерживает только набор символов UTF-8.

Все коммуникации с нашими серверами осуществляются через безопасные соединения с шифрованием SSL (https).Загруженные файлы удаляются с наших серверов сразу после обработки, а полученный загружаемый файл удаляется сразу после первой попытки загрузки или 15 минут бездействия. Мы не храним и не проверяем содержимое введенных данных или загруженных файлов каким-либо образом. Прочитайте нашу политику конфиденциальности ниже для более подробной информации.

Полностью бесплатно

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

Подробная информация о кодировке URL-адреса

Типы символов URI

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

Зарезервированные в процентах зарезервированные символы

Когда символ из зарезервированного набора («зарезервированный символ») имеет особое значение («зарезервированная цель») в определенном контексте, и схема URI говорит, что необходимо использовать этот символ для какой-то другой цели, то символ должен быть закодирован в процентах. Кодирование в процентах зарезервированного символа включает преобразование символа в соответствующее ему байтовое значение в ASCII и затем представление этого значения в виде пары шестнадцатеричных цифр.Цифры, перед которыми стоит знак процента («%»), затем используются в URI вместо зарезервированного символа. (Для не-ASCII символа он обычно преобразуется в свою байтовую последовательность в UTF-8, и затем каждое значение байта представляется, как указано выше.)

Зарезервированный символ "/", например, если используется в "пути «Компонент URI, имеет особое значение быть разделителем между сегментами пути. Если в соответствии с заданной схемой URI «/» должен находиться в сегменте пути, то в сегменте вместо необработанного «/» должны использоваться три символа «% 2F» или «% 2f».

В компоненте «запрос» URI (например, после символа «?») «/» Все еще считается зарезервированным символом, но обычно он не имеет зарезервированной цели, если конкретная схема URI не говорит об обратном. Символ не нужно кодировать в процентах, если он не имеет зарезервированной цели.

URI, которые отличаются только тем, является ли зарезервированный символ в процентном кодировании или появляется буквально, обычно считаются не эквивалентными (обозначая тот же ресурс), если только не может быть определено, что рассматриваемые зарезервированные символы не имеют зарезервированного назначения.Это определение зависит от правил, установленных для зарезервированных символов отдельными схемами URI.

Процентное кодирование незарезервированных символов

Символы из незарезервированного набора никогда не нуждаются в процентном кодировании.

URI, которые отличаются только тем, является ли незарезервированный символ процентным кодированием или выглядит буквально, эквивалентны по определению, но на практике процессоры URI не всегда могут распознать эту эквивалентность. Например, потребители URI не должны трактовать «% 41» иначе, чем «A» или «% 7E», а не «~», а некоторые.Для максимальной совместимости, производители URI не рекомендуется использовать процентное кодирование незарезервированных символов.

Кодирование в процентах символа процента

Поскольку символ процента ("%") служит индикатором для октетов в процентном кодировании, он должен быть в процентах закодирован как "% 25" для того октета, который будет использоваться в качестве данных в пределах URI.

Процентное кодирование произвольных данных

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

Двоичные данные

Со времени публикации RFC 1738 в 1994 году было указано [1], что схемы, обеспечивающие представление двоичных данных в URI, должны делить данные на 8-битные байты и кодировать каждый из них по процентам. байт так же, как указано выше. Например, значение байта 0F (шестнадцатеричное) должно быть представлено как «% 0F», а значение байта 41 (шестнадцатеричное) может быть представлено как «A» или «% 41».Использование некодированных символов для буквенно-цифровых и других незарезервированных символов обычно предпочтительнее, так как это приводит к сокращению URL-адресов.

Символьные данные

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

Например, многие схемы и протоколы URI, основанные на RFC 1738 и 2396, предполагают, что символы данных будут преобразованы в байты в соответствии с некоторой неопределенной кодировкой символов, прежде чем они будут представлены в URI незарезервированными символами или байтами, закодированными в процентах.Если схема не позволяет URI предоставить подсказку относительно того, какое кодирование использовалось, или если кодирование конфликтует с использованием ASCII для процентного кодирования зарезервированных и незарезервированных символов, тогда URI не может быть надежно интерпретирован. Некоторые схемы вообще не учитывают кодирование, и вместо этого просто предлагают, чтобы символы данных отображались непосредственно на символы URI, что оставляет на усмотрение реализаций решение о том, следует ли и каким образом процентное кодирование символов данных, которые не входят ни в зарезервированные, ни в незарезервированные наборы. _ ` { | } ~ % 0A или % 0D или % 0D% 0A % 20 % 22 % 25 % 2D % 2E % 3C % 3E % 5C % 5E % 5F 60 605454 % 7B % 7C % 7D % 7E
Данные произвольных символов иногда кодируются в процентах и ​​используются в ситуациях, не связанных с URI, например, в программах для запутывания паролей или других системные протоколы перевода.,