ИТ-ТЕК-004mojibakeавтовосстановлениеревизия 2026-05-03

Исправить кракозябры

«Ïðèâåò» → «Привет». Восстановление текста после неправильной перекодировки. Автоопределение типа повреждения и обратное преобразование.

Отчёт · ИТ-ТЕК-004|mojibake → читаемый текст
calcal.ru / ispravit-krakozyabry-onlajn
Загрузка…
~85%
Восстановим
mojibake
Английский термин
UTF-8
Целевой формат
Авто
Определение типа
ВИДЫ КРАКОЗЯБР

Часто встречающиеся паттерны

По первым символам можно определить причину.

ПримерПричинаРешение
ÏðèâåòUTF-8 → CP1251Перевести из CP1251 в UTF-8
ПриветUTF-8 → CP1251 → UTF-8 (двойное)Двойная перекодировка наоборот
пПИВЕТKOI8-R → CP1251Из CP1251 в KOI8-R потом в UTF-8
⃙я╪╣фяФGB18030 → UTF-8 неудачноВосстановить из исходного китайского
???????Кодировка потеряна полностьюНевосстановимо, нужны исходные данные
СВЯЗАННЫЕ
ЧАСТЫЕ ВОПРОСЫ

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

Кракозябры (моджибаке, mojibake) — нечитаемый текст, образовавшийся при неправильной интерпретации байтов одной кодировки как другой. Например, «Привет» в UTF-8 — это байты D0 9F D1 80 D0 B8 D0 B2 D0 B5 D1 82. Если эти байты прочесть как Windows-1251, получится «Ïðèâåò» — те же байты, но другая интерпретация.
1) Импорт CSV из 1С (CP1251) в современную программу как UTF-8; 2) Email-клиент не понимает заголовок Content-Type; 3) База данных в одной кодировке, подключение в другой; 4) Перенос файлов между Windows и Linux/Mac; 5) Сохранение в Notepad без указания кодировки; 6) Веб-сайт с неправильным Content-Type meta-тегом.
Калькулятор пытается автоматически определить какая последовательность преобразований привела к кракозябрам, и применить обратное преобразование. Стандартные паттерны: 1) UTF-8 → 1251 (~70% случаев); 2) Двойная UTF-8 → 1251 → UTF-8 (10%); 3) KOI8-R → 1251 (5%); 4) CP866 → 1251 (3%). Точность ~85%.
Если исходные байты потеряны (например, заменены на «?» при первой ошибке) — восстановление невозможно. Также невозможно если файл прошёл несколько последовательных пересохранений в разных кодировках с потерей информации. Признак невосстановимого текста — наличие «?» или одинаковых символов «□» вместо букв.
1) Везде использовать UTF-8 — современный универсальный стандарт; 2) В HTML — <code>&lt;meta charset="UTF-8"&gt;</code>; 3) В подключениях БД — <code>SET NAMES utf8mb4</code> (MySQL) или равноценное; 4) В CSV для Excel — добавлять BOM; 5) При обмене файлами Linux↔Windows — использовать форматы XLSX, JSON (всегда UTF-8); 6) Архивы хранить с явным указанием кодировки в названии или README.
Email-клиенты иногда теряют заголовок Content-Type. Решение: 1) Открыть письмо в другом клиенте (Gmail Web, Thunderbird, Outlook) — может показать корректно; 2) Сохранить как .eml файл, открыть в Notepad++ и попробовать разные кодировки; 3) Скопировать текст письма в наш конвертер; 4) Если не помогает — попросить отправителя переслать с правильной кодировкой.
BOM (Byte Order Mark) — невидимые символы EF BB BF в начале UTF-8 файла. Иногда BOM сам становится кракозябрами: «Привет» → «Привет» (символы перед текстом). Решение: открыть файл в Notepad++ → Кодировки → Преобразовать в UTF-8 без BOM.
Лиана Арифметова
АВТОРverifiedред. calcal.ru

Лиана Арифметова

Создатель и главный редактор

Миссия: демократизировать сложные расчёты. Превратить страх перед числами в ясность и контроль. Девиз: «Любая повторяющаяся задача заслуживает своего калькулятора».

Mathematical Engineering · МФТИ · редактирует каталог с 2012 года

Был ли этот калькулятор полезен?

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ

Инструмент справочный — не заменяет эксперта

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

Точность результатов. Калькулятор основан на общепринятых формулах и методиках, однако фактические результаты могут отличаться в зависимости от индивидуальных условий, исходных данных и применяемых стандартов. Мы не гарантируем полноту, точность или актуальность приведённых расчётов.

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

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