, также известное как процентное кодирование, представляет собой механизм кодирования информации в унифицированном идентификаторе ресурса (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-битные байты и кодировать их в процентах. byte таким же образом, как указано выше. Например, байтовое значение 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 % 7B % 7C % 7D % 7E
Данные произвольных символов иногда кодируются в процентах и ​​используются в ситуациях, не связанных с URI, например, для программ обфускации паролей и др. системные протоколы перевода..

UUencode — Кодирование UU — Декодер, кодировщик, решатель, транслятор

Поиск инструмента

UU код

Инструмент для шифрования / дешифрования с помощью UUEncode. UUEncode (для кодирования Unix to Unix) — это симметричное шифрование, основанное на преобразовании двоичных данных (разделенных на 6-битные блоки) в символы ASCII.

Результаты

UUencode — dCode

Тег (и): Кодировка символов

Поделиться

dCode и вы

dCode является бесплатным, а его инструменты являются ценным подспорьем в играх, математике, геокэшинге, головоломках и задачах, которые нужно решать каждый день!
Предложение? обратная связь? Жук ? идея ? Запись в dCode !

Декодер UUEncode — UUDecode

Кодер UUEncode

Инструмент для шифрования / дешифрования с помощью UUEncode.UUEncode (для кодирования Unix to Unix) — это симметричное шифрование, основанное на преобразовании двоичных данных (разделенных на 6-битные блоки) в символы ASCII.

Ответы на вопросы

Как зашифровать с помощью шифра UUEncode?

Uuencode позволяет кодировать любую двоичную строку, используя 65 символов ASCII (от 32 до 96):

Пример: пробел! «# $% & ‘() * +, -. / 0 1 2 3 4 5 6 7 8 9:;? @ ABCDEFGHIJKLMNOPQRSTU VWXYZ [\] ^ _`

Сообщение, зашифрованное с помощью uuencode , начинается с begin (mode ) (имя), где (режим) — значение прав доступа к файлу Unix, а (имя) — имя файла, который будет создан при декодировании.

Пример: begin 664 dcode.txt создаст файл с именем dcode.txt с правами доступа 664.

Сообщение, закодированное с помощью uuencode , заканчивается строкой, содержащей только конец.

Кодирование состоит из чтения двоичных данных (потока или файла), разделенных на группу из 3 байтов (т. Е. 24 бита, возможно, дополненных битами в 0 в конце, если необходимо). Эти 24 бита сами разделены на 4 группы по 6 бит. И каждая 6-битная группа (имеющая двоичное значение от 000000 до 111111) преобразуется в десятичную (число от 0 до 63 по основанию 10).

Таблица кодирования похожа на таблицу ASCII, но смещена на 32 и ограничена 64 символами.

Программа кодирования также добавляет в самое начало каждой созданной строки текста количество символов / байтов, закодированных в этой строке; Этот счетчик (от 1 до 45) сам кодируется (добавлением 32 к самому себе) перед преобразованием в символ ASCII. Таким образом, максимально допустимый размер создаваемых строк составляет 61 символ (1 символ для начальной длины плюс 60 символов, кодирующих 45 байтов).

Пример: Кодирование dCode переведено% 9 $ -O9 & 4`

Как расшифровать шифр UUEncode?

Расшифровка UUEncode (uudecode) применяется по строкам.

Пример: Сообщение было закодировано% 9 $ -O9 & 4`

Первый символ каждой строки соответствует количеству символов в строке.

Пример: % — это 5-й символ UUEncode алфавита (индекс 0), простое сообщение будет содержать 5 байтов.

Остальные символы должны обрабатываться группами по 4.

Пример: Первая группа из 4 символов — 9 $ -O

Запишите позицию каждого символа в алфавите и преобразуйте эту позицию в двоичное (6 бит ), чтобы получить 24 бита.

Пример: 9 находится в позиции 25 или 011001 в 6-битном двоичном формате, $ находится в позиции 4 либо 000100 и т. Д.

Пример: 9 $ -O, следовательно, соответствует этим 24 битам: 011001 000100 001101 101111

Затем 24 бита делятся на 3 байта (по 8 бит).Эти 3 байта принадлежат исходным данным.

Пример: 011001 000100 001101 101111 становится 01100100 01000011 01101111, которые представляют собой значения ASCII d, C и o соответственно.

Пример: Наконец, зашифрованное сообщение «% 9 $ -O9 & 4» соответствует простому сообщению dCode.

Как распознать зашифрованный текст UUEncode?

Сообщение обычно должно начинаться с начала и заканчиваться на конец (но это не обязательно).

Если оно начинается с begin, за ним следует тройка восьмеричных цифр, обычно 644, 755 или 777

Сообщение состоит из 65 различных символов.

Какие варианты шифра UUEncode?

Технически можно использовать другой алфавит, но это уже не UUEncode . Существуют и другие аналогичные методы кодирования, наиболее известный из которых — Base64, дополняющий тип MIME для отправки файлов через Интернет.

Исходный код

dCode сохраняет за собой право собственности на исходный код онлайн-инструмента «UUencode». За исключением явной лицензии с открытым исходным кодом (обозначенной CC / Creative Commons / free), любой алгоритм, апплет или фрагмент (конвертер, решатель, шифрование / дешифрование, кодирование / декодирование, шифрование / дешифрование, переводчик) или любая функция (преобразование, решение, дешифрование / encrypt, decipher / cipher, decode / encode, translate), написанные на любом информатическом языке (PHP, Java, C #, Python, Javascript, Matlab и т. д.)) доступ к данным, скриптам или API не будет бесплатным, то же самое касается загрузки UUencode для автономного использования на ПК, планшете, iPhone или Android!

Нужна помощь?

Пожалуйста, заходите в наше сообщество в Discord для получения помощи!

Вопросы / комментарии

Сводка

Инструменты аналогичные

Поддержка

Форум / Справка

Рекламные объявления

Ключевые слова

uuencode, uudecode, uu, unix, mime, ascii, base64, начало, 644,755,777

Ссылки

Источник: https: // www.dcode.fr/uu-encoding

URL Encode Decode — процентное кодирование и декодирование URL.

Используйте онлайн-инструмент, указанный выше, для кодирования или декодирования строки текста. Для всемирной совместимости URI должны кодироваться единообразно. Чтобы сопоставить широкий диапазон символов, используемых во всем мире, с 60 или около того разрешенными символами в URI, используется двухэтапный процесс:

• Преобразование строки символов в последовательность байтов с использованием кодировки UTF-8
• Преобразует каждый байт, не являющийся буквой или цифрой ASCII, в% HH, где HH — шестнадцатеричное значение байта

Например, строка: François, будет закодирована как: Fran% C3% A7ois

(«ç» кодируется в UTF-8 как два байта C3 (шестнадцатеричный) и A7 (шестнадцатеричный), которые затем записываются как три символа «% c3» и «% a7» соответственно.) Это может сделать URI довольно длинным (до 9 символов ASCII для одного символа Unicode), но намерение состоит в том, что браузерам нужно только для отображения декодированной формы, и многие протоколы могут отправлять UTF-8 без экранирования% HH.

Что такое кодировка URL?

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

Термин URL-кодирование немного неточен, поскольку процедура кодирования не ограничивается URL-адреса (унифицированные указатели ресурсов), но также могут применяться к любым другие URI (унифицированные идентификаторы ресурсов) такие как URN (унифицированные имена ресурсов). Следовательно, следует предпочесть термин процентное кодирование.

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

Согласно RFC 3986, символы в URL-адресе должны быть взятым из определенного набора незарезервированных и зарезервированных символов ASCII. В URL нельзя использовать любые другие символы.

Незарезервированные символы можно кодировать, но не следует кодировать. Незарезервированные символы:

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z АБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЫЭЮЯ 0 1 2 3 4 5 6 7 8 9 - _. ~

Зарезервированные символы должны кодироваться только при определенных обстоятельствах.Зарезервированные символы:

! * '(); : @ & = + $, /? % # []

RFC 3986 не определяет, в соответствии с каким символом таблица кодирования не-ASCII символов (например, умляуты ä, ö, ü) должны быть закодированным. Поскольку кодировка URL включает в себя пару шестнадцатеричных цифр, а поскольку пара шестнадцатеричных цифр эквивалентна 8 битам, это будет теоретически можно использовать одну из 8-битных кодовых страниц для символов, отличных от ASCII (например,грамм. ISO-8859-1 для умляутов).

С другой стороны, поскольку многие языки имеют свою собственную 8-битную кодовую страницу, обработка всех этих различных 8-битных кодовых страниц была бы довольно сложной задачей. громоздкое дело. Некоторые языки даже не помещаются в 8-битную кодовую страницу (например, китайский). Следовательно, RFC 3629 предлагает использовать Таблица кодировки символов UTF-8 для символов, отличных от ASCII. Следующий инструмент учитывает это и предлагает выбрать между таблицей кодировки символов ASCII и символом UTF-8. таблица кодирования.Если вы выберете таблицу кодировки символов ASCII, появится предупреждающее сообщение, если URL-адрес закодирован / декодирован текст содержит символы, отличные от ASCII.

При отправке данных, которые были введены в формы HTML, имена и значения полей формы кодируются и отправляются на сервер в Сообщение HTTP-запроса с использованием метода GET или POST, или, исторически, по электронной почте. Кодировка, используемая по умолчанию, основана на очень ранней версии общих правил процентного кодирования URI с рядом изменений, таких как нормализация новой строки и замена пробелов с « + » вместо «% 20 ».Тип данных MIME, закодированных таким образом, — application / x-www-form-urlencoded , и в настоящее время он определен (все еще очень устаревшим) в спецификациях HTML и XForms. В дополнение Спецификация CGI содержит правила того, как веб-серверы декодируют данные этого типа и делают их доступными для приложений.

При отправке в запросе HTTP GET данные application / x-www-form-urlencoded включаются в компонент запроса URI запроса. При отправке в запросе HTTP POST или по электронной почте данные помещаются в тело сообщения, а имя типа мультимедиа включается в заголовок Content-Type сообщения.