Исправление битой кодировки

Два направления. Первое: исходный файл (.txt / .csv / .log / .sql и подобное) есть, а открывается кашей - выберите исходную кодировку или доверьте странице угадать (сначала читается BOM, затем по байтовой структуре различается UTF-8 и семейство GBK), и страница расшифрует поток байтов в нормальный текст прямо в браузере. Второе: вставленный текст выглядит как 好活 - обычно это байты UTF-8 или GBK, прочитанные как Latin-1; страница проворачивает чтение назад и расшифровывает заново, восстановление в один щелчок. Без исходного файла поддаётся починке только второй случай.

Встроенные в браузер кодировщики пишут только UTF-8: нативной поддержки кодирования GBK / Big5 нет, и гигантскую таблицу кодировок страница не тащит. Потому вывод - всегда исправленный текст UTF-8 (скачивание .txt / .csv, по желанию с BOM, чтобы Excel не испохабил снова); если принимающая система требует именно файл GBK, пересохраните его в GBK локальным редактором.

Сначала ищет BOM UTF-8 / UTF-16; без BOM посимвольно проверяет на строгие последовательности UTF-8, а не прошедшее отправляется по пути GBK / GB18030 (туда попадает большинство GBK-файлов). Определение эвристическое, краевые файлы могут попасть неверно - если всё ещё каша, поменяйте кодировку вручную. Страница пишет, какая кодировка применена и сколько появилось заменяющих символов, - видно сразу, угадывание удалось или нет.

Никуда. Чтение, расшифровка, просмотр и скачивание идут в браузере, сетевых запросов ноль, перезагрузка всё стирает.