CSV 인코딩 도우미

사용 방법

1. CSV를 카드 위로 끌어다 놓거나 「파일 선택」을 클릭하세요. 인코딩과 구분자를 즉시 감지해 아래에 표가 나타나며 누를 버튼은 없습니다. 「이 파일의 정체」 아래 줄이 어떤 인코딩을 썼는지, 다른 후보 몇 개가 똑같이 깨끗하게 해독했는지 알려 줍니다.
2. 미리보기가 여전히 잘못이면 원본 인코딩을 직접 고르세요. 목록은 이 페이지의 언어를 따릅니다. 중국어 페이지는 GB18030과 Big5, 아랍어 페이지는 Windows-1256과 ISO-8859-6, 영어 페이지는 Windows-1252와 MacRoman이 앞에 옵니다. 전환은 즉시 되며 연 파일은 절대 건드리지 않습니다.
3. 복구된 사본은 「CSV 다운로드」를 누르세요. 항상 UTF-8이며, 「BOM 추가」(기본 켜짐)를 켜면 앞에 3바이트 표시가 붙어 Excel이 시스템 코드 페이지로 되돌아가지 않습니다. 「복사」는 그 표시가 없는 같은 텍스트를 주어 데이터베이스나 스크립트에 바로 쓸 수 있습니다.
4. 붙여 넣은 텍스트는 두 번째 입력으로, 깨진 문자가 이미 텍스트 파일로 저장된 경우를 위한 것입니다. 그 시점에는 원본 바이트가 없어 감지할 수 없지만, 「깨진 문자 복구」를 켜면 텍스트를 Windows-1252 바이트로 되돌려 UTF-8로 읽으므로 「Café」가 「Café」로 복원됩니다.

제한

• 내보내기는 UTF-8 전용입니다(BOM 포함 또는 미포함). 플랫폼 TextEncoder는 UTF-8만 구현하므로 코드 페이지 표를 직접 만들어 iconv나 Excel과 바이트 단위로 검증할 수 없습니다. 「GBK로 변환됨」이라고 말하면 거짓 정밀도가 됩니다. 레거시 코드 페이지로 쓰려면 여기서 인코딩을 먼저 확인한 뒤 로컬에서 iconv -f <원본> -t GBK를 실행하세요.
• 레거시 코드 페이지는 항상 추정으로 보고하며 확실하다고 하지 않습니다. GBK와 Big5, Windows-1252와 MacRoman은 짧은 표본에서 구별되지 않으므로 동점 후보를 나열하고 미리보기에서 한 번의 클릭으로 확인하게 합니다.
• 일부 GBK·Big5 바이트 시퀀스는 UTF-8로도 유효합니다(예: C2 80은 GB18030에서 聙이고 UTF-8에서는 제어 문자). 그런 경우 추정으로 낮추고 조용히 믿지 않고 후보를 나열합니다.
• 후보 집합은 브라우저 TextDecoder가 지원하는 범위입니다. CP437, TIS-620, hp-roman8은 포함되지 않으며 UTF-32는 아예 해독할 수 없습니다. UTF-32 바이트 순서 표시는 보고한 뒤 거부합니다.
• 붙여 넣은 텍스트에는 바이트가 없습니다. 깨진 문자가 살아 있다면 복구할 수 있지만, 이미 ?나 대체 문자가 들어간 텍스트는 정보가 영구히 사라진 것으로 조용히 「고치지」 않습니다.
• 미리보기는 처음 200행만 그리고 긴 셀은 자릅니다. 다운로드는 전체 값을 담은 표 전체입니다. 아무것도 다듬거나 타입을 바꾸거나 중복 제거하지 않으며 앞자리 0, 숫자처럼 보이는 날짜, 인용된 쉼표가 모두 그대로 남습니다.
• 5MB를 넘는 파일과 20만 코드 포인트를 넘는 텍스트는 자르지 않고 메시지와 함께 거부합니다. .xls와 .xlsx는 바이너리 컨테이너라 읽지 않습니다.
• 모든 것이 이 탭에서 실행됩니다. 업로드, 주소 표시줄 기록, 저장이 없습니다. 확인하려면 페이지가 로드된 뒤 네트워크를 끄세요. 도구는 계속 동작합니다.