Universal online Cyrillic decoder — recover your texts

Universal online Cyrillic decoder — recover your texts

Version: 20230216
By the same author: Virtour.fr — visites virtuelles

Հայերեն —
Башҡорт —
Беларуская —
Български —
Иронау —
Қазақша —
Кыргызча —
Македонски —
Монгол

Нохчийн —
O’zbek —
Русский —
Slovensky —
Српски —
Татарча —
Тоҷикӣ —
Українська —
Чaваш —
Français —
English

Output

The resulting text will be displayed here…

Guestbook Please link to this site! <a href=»https://2cyr.com/decode/»>Universal Cyrillic decoder</a>

Custom Work For a small fee I can help you quickly recode/recover large pieces of data — texts, databases, websites… or write custom functions you can use (invoice available). FAQ and contact information.

About the program

Welcome!
You may find this site useful, if you have recieved some texts that you believe are written in the Cyrillic alphabet, but instead are displayed in some strange combination of bizarre characters. This program will try to guess the encoding, and if it does not, it will show samples, examples of all encoding-combinations, so as you will be able to select the good one.

How to

• Paste the text to decode in the big text area. The first few words will be analyzed so they should be (scrambled) in supposed Cyrillic.
• The program will try to decode the text and will print the result below.
• If the translation is successful, you will see the text in Cyrillic characters and will be able to copy it and save it if it’s important.
• If the translation isn’t successful (still the text is not in Cyrillic but in the same or other unintelligible characters), you can choose from the newly created select-listbox the variant that is in Cyrillic (if there are more than one, select the longest). By pressing the button OK you will have the correct text converted.
• If the text is not totally converted, try all other variants in Cyrillic from the select-listbox.

Limits

• If your text contains question marks «???? ?? ??????», the problem is with the sender and no recovery will be possible. Ask them to resend the text, eventually as an ordinary text file or in LibreOffice/OpenOffice/MSOffice format.
• There is no claim that every text is recoverable, even if you are certain that the text is in Cyrillic.
• The analyzed and converted text is limited to 100 KiB.
• A 100% precision is not always achieved — in a conversion from a codepage to another code page, some characters may be lost, like the Bulgarian quotes or rarely some single letters. Some of this depends on your Windows Clipboard character handling.
• The program will try a maximum of 8280 variants in two or three levels: if there had been a multiple encoding like koi8(utf(cp1251(utf))), it will not be detected or tested. Usually the possible and displayed correct variants are between 32 and 255.
• If a part of the text is encoded with one code page, and another part — with another code page, the program could recognize only one of the parts at a time.

Terms of use

Please notice that this freeware program is created with the hope that it would be useful, but has no warranty, not even an implied warranty for fitness for any particular use. Please use it at your own risk.

If you have very long texts to translate, please make sure you have a backup copy.

What’s new

• March 2021 : After a server upgrade, the program stopped working and some parts of it had to be rewritten.
• May 2020 : Added Тоҷикӣ/Tajik translation, thanks to Анвар/Anvar.
• October 2017 : Added «Select all / Copy» button.
• July 2016 : SSL Certificate installed, you can now access the Decoder on a secure connection.
• October 2013 : I am trying different optimizations for the system which should make the decoder run faster and handle more text. If you notice any problem, please notify me ASAP.
• March 2013 : My hosting provider sent me a warning that the Decoder is using too much server CPU power and its processes were killed more than 100 times. I am making some changes so that the program will use less CPU, especially when reposting a previously sampled text, however, the decoded form may load somewhat slower. Please contact me if you have some difficulties using the program.
• 2012-08-09 : Added French translation, thanks to Arnaud D.
• 2011-03-06 : Added Belorussian translation, thanks to Зыль and Aliaksandr Hliakau.
• 31.07.10 : Added Serbian translation, thanks to Miodrag Danilovic (Boston — Beograd).
• 07.05.09 : Raised limit of MAX text size to 50 kiB.
• may 2009 : Added Ukrainian interface thanks to Barmalini.
• 2008-2009 : A number of small fixes and tweaks of the detection algorithm. Changed interface to default to automatic decoding.
• 12.08.07 : Fixed Russian language translation, thanks to Petr Vasilyev. This page will be significantly restructured in the near future.
• 10.11.06 : Three new postfilters added: «base64», «unix-to-unix» и «bin-to-hex», theoretically the tested combinations are 4725. Changes to the frequency analysis function (testing).
• 11.10.06 : The main site is on a new hardware server, should run faster.
• 11.09.06 : The program now uses PHP5 and should run times faster.
• 19.08.06 : Because of a broken DNS entry, this site was inaccessible from 06:00 on 15 august up to 15:00 on 18 august. That was the reason for me to set two «mirror» sites (5ko.free.fr/decode and www.accent.bg/decode) with the same program. If the original has a problem, you can find the copies in Google and recover your texts.
• 17.06.06 : Added two more antique Cyrillic encodings, MIK и KOI-7, but you better not need them.
• 03.03. 06 : Added Slovak translation, thanks to Martin from KPR Slovakia.
• 15.02.06 : More encodings added and tested.
• 20.10.05 : Small improvement to the frequency-analysis function: for texts, written in all-capital letters.
• 14.10.05 : Two more gmail-Cyrillic encodings were added. Theoretically the tested combinations are 2112.
• 15.06.05 : Russian language interface was added. Big thanks to chAlx!
• 16.02.05 : One more postfilter decoding is added, for strings like this: «%u043A%u0438%u0440%u0438%u043B%u0438%u0446%u0430».
• 05.02.05 : More encodings tests added, the number of tested encodings is doubled, but thus the program may work slightly slower.
• 03.02.05 : The frequency analysis function that detects the original encoding works much better now. Currently the program recognises most of the encodings if the first few words are not too weird. It although still needs some improvement.
• 15.01.05 : The input text limit is raised from 10 to 20 kB.
• 01.12.04 : First public release.

Back to the Latin to Cyrillic convertor.

URL Кодировщик И Декодер Онлайн Бесплатно

ОБ URL КОДИРОВЩИК /ДЕКОДЕР ОНЛАЙН

Smallseotools предоставляют вам самый умный и быстрый URL кодировщик онлайн/декодирования адресов бесплатно!

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

КАК ИСПОЛЬЗОВАТЬ ЭТОТ КОДИРОВЩИК/ДЕКОДЕР ОНЛАЙН?

Smallseotools URL кодировщик /декодер Онлайн инструмент работает, когда вы добавляете строку текста в пространство, предоставленное по этой ссылке https://smallseotools. com/ru/url-encoder-decoder/ . Затем все, что вам нужно сделать, это нажать на кнопку «Кодировать» или «Декодировать», и она мгновенно покажет результаты.

Это пригодится, когда вы захотите превратить закодированный URL-адрес JavaScript с едва читаемым текстом в более читаемый текст. URL обычно содержит не буквенно-цифровую букву или символ, который будет закодирован в «%» (символ процента), за которым следует несколько буквенно-цифровых текстов. Затем пробелы в тексте будут кодироваться символом «+».

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

ЧТО ТАКОЕ ДЕКОДИРОВАНИЕ ОНЛАЙН И КОДИРОВКА?

Кодировка URL обычно используется в строке запроса или также известна как универсальный идентификатор ресурса (URI). Пользователи действительно хотят использовать кодировку URL для специальных символов. Этот бесплатный инструмент для кодирования / дешифратор онлайн URL-адресов поможет вам, если вы хотите, чтобы ваш URL был закодирован или декодирован.

ЧТО ТАКОЕ ИСПОЛЬЗОВАНИЕ URL КОДИРОВКА ОНЛАЙН?

Спецификация URL RFC 1738 гласит, что в URL разрешено использовать только небольшой набор символов. Эти символы перечислены ниже:

КАК РАБОТАЕТ кодировщик онлайн URL?

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

Эта URL кодировка онлайн также используется при подготовке данных и представлении данных HTML-формы в HTTP-запросах.

Все символы, которые необходимо изменить, заменяются знаком процента (%) и двухзначным шестнадцатеричным значением, которое обозначает символ в соответствующем наборе символов ISO. Ниже перечислены некоторые примеры:

ЧТО ТАКОЕ ТИПЫ URI СИМВОЛОВ?

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

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

КАК РАБОТАЕТ ПРОЦЕНТНОЕ КОДИРОВЩИК ОНЛАЙН НЕЗАРЕЗЕРВИРОВАННЫХ СИМВОЛОВ?

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

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

Зарезервированные символы, которые не имеют зарезервированного назначения в конкретном контексте, также могут быть закодированы в процентах, но семантически не отличаются от тех, которые не являются. Давайте рассмотрим это в качестве примера: «/» по-прежнему считается зарезервированным символом, но обычно он не имеет зарезервированной цели, если в определенной схеме URI не указано иное. По этой причине символ не нужно кодировать в процентах, если он не имеет зарезервированной цели.

СИМВОЛЫ ИЗ НЕЗАРЕЗЕРВИРОВАННОГО КОМПЛЕКТА НИКОГДА НЕ ДОЛЖНЫ БЫТЬПРОЦЕНТНО-КОДИРОВАННЫМИ .

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

ВОЗМОЖНО ЛИ ПРОЦЕНТНОЕ КОДИРОВАНИЕ ПРОЦЕНТНОГО СИМВОЛА?

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

ЧТО ТАКОЕ ПРОЦЕНТНЫЕ АРБИТРАЖНЫЕ ДАННЫЕ?

Многие схемы URI предусматривают представление произвольных данных, таких как IP-адрес или выбранный путь файловой системы, в качестве компонентов URI.

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

URL-кодирование и декодирование — онлайн

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

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

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

• Набор символов: Наш веб-сайт использует набор символов UTF-8, поэтому ваши входные данные передаются в этом формате. Измените этот параметр, если вы хотите преобразовать данные в другой набор символов перед кодированием. Обратите внимание, что в случае текстовых данных схема кодирования не содержит набор символов, поэтому вам может потребоваться указать соответствующий набор в процессе декодирования. Что касается файлов, то по умолчанию используется двоичный вариант, который исключает любое преобразование; эта опция необходима для всего, кроме обычных текстовых документов.
• Разделитель новой строки: В системах Unix и Windows используются разные символы разрыва строки, поэтому перед кодированием любой вариант будет заменен в ваших данных выбранным параметром. Для раздела файлов это частично не имеет значения, так как файлы уже содержат соответствующие разделители, но вы можете определить, какой из них использовать для функций «кодировать каждую строку отдельно» и «разбить строки на куски».
• Каждую строку кодировать отдельно: Даже символы новой строки преобразуются в их процентно-кодированные формы. Используйте эту опцию, если вы хотите закодировать несколько независимых записей данных, разделенных разрывами строк. (*)
• Разделить строки на части: Закодированные данные станут непрерывным текстом без пробелов, поэтому отметьте эту опцию, если хотите разбить их на несколько строк. Применяемое ограничение на количество символов определено в спецификации MIME (RFC 2045), в которой указано, что длина закодированных строк не должна превышать 76 символов. (*)
• Режим реального времени: Когда вы включаете эту опцию, введенные данные немедленно кодируются встроенными функциями JavaScript вашего браузера, без отправки какой-либо информации на наши серверы. В настоящее время этот режим поддерживает только набор символов UTF-8.

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

Надежно и надежно

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

Совершенно бесплатно

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

Сведения о кодировке URL

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

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

Другие символы в URI должны быть закодированы в процентах.

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

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

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

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

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

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

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

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

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

Процентное кодирование символа процента

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

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

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

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

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

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

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

Например, многие схемы и протоколы URI, основанные на RFC 1738 и 2396, предполагают, что символы данных будут преобразованы в байты в соответствии с некоторой неуказанной кодировкой символов, прежде чем они будут представлены в URI незарезервированными символами или процентно закодированными байтами. Если схема не позволяет URI предоставить подсказку о том, какая кодировка использовалась, или если кодировка конфликтует с использованием ASCII для процентного кодирования зарезервированных и незарезервированных символов, то URI нельзя надежно интерпретировать. Некоторые схемы вообще не учитывают кодировку и вместо этого просто предполагают, что символы данных сопоставляются непосредственно с символами URI, что оставляет на усмотрение отдельных пользователей решать, следует ли кодировать в процентах символы данных, которые не входят ни в зарезервированные, ни в незарезервированные наборы.

Произвольные символьные данные иногда кодируются в процентах и ​​используются в ситуациях, отличных от URI, например, в программах запутывания паролей или других системных протоколах перевода. Кодирование и декодирование

Base64 — онлайн

Встречайте Base64 Decode and Encode, простой онлайн-инструмент, который делает именно то, что говорит: декодирует из кодировки Base64, а также быстро и легко кодирует в нее. Base64 кодирует ваши данные без проблем или декодирует их в удобочитаемый формат.

Схемы кодирования Base64 обычно используются, когда необходимо кодировать двоичные данные, особенно когда эти данные необходимо хранить и передавать через носители, предназначенные для работы с текстом. Это кодирование помогает гарантировать, что данные останутся нетронутыми без изменений во время транспортировки. Base64 обычно используется в ряде приложений, включая электронную почту через MIME, а также для хранения сложных данных в XML или JSON.

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

• Набор символов: Наш веб-сайт использует набор символов UTF-8, поэтому ваши входные данные передаются в этом формате. Измените этот параметр, если вы хотите преобразовать данные в другой набор символов перед кодированием. Обратите внимание, что в случае текстовых данных схема кодирования не содержит набор символов, поэтому вам может потребоваться указать соответствующий набор в процессе декодирования. Что касается файлов, то по умолчанию используется двоичный вариант, который исключает любое преобразование; эта опция необходима для всего, кроме обычных текстовых документов.
• Разделитель новой строки: В системах Unix и Windows используются разные символы разрыва строки, поэтому перед кодированием любой вариант будет заменен в ваших данных выбранным параметром. Для раздела файлов это частично не имеет значения, так как файлы уже содержат соответствующие разделители, но вы можете определить, какой из них использовать для функций «кодировать каждую строку отдельно» и «разбить строки на куски».
• Кодируйте каждую строку отдельно: Даже символы новой строки преобразуются в их формы в кодировке Base64. Используйте эту опцию, если вы хотите закодировать несколько независимых записей данных, разделенных разрывами строк. (*)
• Разделить строки на части: Закодированные данные станут непрерывным текстом без пробелов, поэтому отметьте эту опцию, если хотите разбить их на несколько строк. Применяемое ограничение на количество символов определено в спецификации MIME (RFC 2045), в которой указано, что длина закодированных строк не должна превышать 76 символов. (*)
• Выполнить безопасное кодирование URL-адресов: Использование стандартного Base64 в URL-адресах требует кодирования символов «+», «/» и «=» в их процентно-кодированную форму, что делает строку излишне длинной. Включите этот параметр для кодирования в вариант Base64, совместимый с URL и именами файлов (RFC 4648 / Base64URL), где символы «+» и «/» соответственно заменены на «-» и «_», а также отступы «=». знаки опущены.
• Режим реального времени: Когда вы включаете эту опцию, введенные данные немедленно кодируются встроенными функциями JavaScript вашего браузера, без отправки какой-либо информации на наши серверы. В настоящее время этот режим поддерживает только набор символов UTF-8.

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

Надежно и надежно

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

Совершенно бесплатно

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

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

Base64 — это общий термин для ряда подобных схем кодирования, которые кодируют двоичные данные, обрабатывая их численно и переводя в представление base-64. Термин Base64 происходит от конкретной кодировки передачи контента MIME.

Дизайн

Конкретный выбор символов, составляющих 64 символа, необходимых для Base64, зависит от реализации. Общее правило состоит в том, чтобы выбрать набор из 64 символов, который является одновременно 1) частью подмножества, общего для большинства кодировок, и 2) также пригодным для печати. Эта комбинация оставляет маловероятной возможность изменения данных при передаче через такие системы, как электронная почта, которые традиционно не были 8-битными. Например, реализация MIME Base64 использует A-Z, a-z и 0-9 для первых 62 значений, а также «+» и «/» для последних двух. Другие варианты, обычно производные от Base64, разделяют это свойство, но отличаются символами, выбранными для последних двух значений; примером является безопасный вариант URL и имени файла «RFC 4648 / Base64URL», в котором используются «-» и «_».

Пример

Вот фрагмент цитаты из «Левиафана» Томаса Гоббса:

» Человек отличается не только своим разумом, но… Схема Base64 выглядит следующим образом:

TWFuIGlzIGRpc3Rpbmd1aXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZWFzb24sIGJ1dCAuLi4=

В приведенной выше цитате закодированное значение Man равно TW2Fu 90. В кодировке ASCII буквы «M», «a» и «n» хранятся как байты 77, 9.7, 110, которые эквивалентны «01001101», «01100001» и «01101110» в базе 2. Эти три байта объединяются в 24-битном буфере, образуя двоичную последовательность «010011010110000101101110». Пакеты из 6 бит (6 бит имеют максимум 64 различных двоичных значения) преобразуются в 4 числа (24 = 4 * 6 бит), которые затем преобразуются в соответствующие значения в Base64.

This entry was posted in Лендинги