Reparar codificación rota

Dos direcciones. Uno: tienes el archivo original (.txt / .csv / .log / .sql y compañía) que abre hecho un desastre - elige la codificación original o deja que la página la adivine (lee primero el BOM y luego juzga UTF-8 frente a la familia GBK por la estructura de bytes), y la página decodifica la corriente de bytes a texto correcto en tu navegador. Dos: un texto pegado sale tipo 好活 - suelen ser bytes UTF-8 o GBK leídos como Latin-1; la página revierte la lectura y decodifica otra vez, un clic y recuperado. Sin el archivo original, solo se arregla el segundo tipo.

Los codificadores que trae el navegador solo escriben UTF-8: no hay soporte nativo de codificación GBK / Big5, y esta página tampoco arrastra una tabla de codificaciones gigante. Así que la salida es siempre texto UTF-8 corregido (descargable como .txt / .csv, con BOM opcional para que Excel no lo vuelva a liar); si el sistema de destino exige un archivo GBK, guárdalo como GBK en un editor local.

Mira primero el BOM de UTF-8 / UTF-16; sin BOM valida byte a byte contra secuencias UTF-8 estrictas, y lo que no pasa se trata como GBK / GB18030 (casi todos los GBK caen ahí). El adivino es heurístico y con archivos raros puede fallar - si sigue saliendo raro, cambia la codificación a mano. La página escribe qué codificación usó y cuántos caracteres de reemplazo salieron, así se ve de un golpe si la decodificación acertó.

No. Leer, decodificar, previsualizar y descargar corre todo en tu navegador, no lanza petición de red ninguna y recargar lo borra todo.