이 텍스트 파일은 어떤 인코딩일까?
텍스트 파일을 놓으세요
일반 텍스트, CSV, 자막, 코드, 로그
지원 TXT CSV JSON XML SRT
또는 링크 붙여넣기 (Ctrl+V) 링크 붙여넣기
사용 방법
-
1
위 상자에 파일을 끌어다 놓거나, 탭해서 파일을 선택하세요.
-
2
파일 안에 저장된 정보를 읽습니다. 몇 초면 끝납니다.
-
3
답이 바로 나타납니다. 공유할 수 있는 링크와, 원하면 전체 세부 정보도 함께 볼 수 있습니다.
인코딩, BOM, 줄 바꿈
텍스트 파일은 바이트의 나열일 뿐이고, 인코딩은 그 바이트가 어떤 문자를 뜻하는지 정합니다. UTF-8은 모든 언어를 다루며 거의 모든 곳에서 기본값이지만, 오래된 파일은 다른 인코딩을 쓸 수 있습니다. 이런 파일을 잘못된 방식으로 열면 "é"가 "é"로, 한글은 알아볼 수 없는 문자로 깨집니다.
문제를 일으키는 요소가 두 가지 더 있습니다. 일부 도구에서 쓰레기 문자로 보이는 맨 앞의 바이트 순서 표시(BOM), 그리고 Windows(CRLF)와 Mac·Linux(LF)에서 서로 다른 줄 바꿈입니다. 이 도구는 세 가지를 모두 보여 줍니다.
- 문자 인코딩
- 바이트 순서 표시
- 줄 바꿈
- 줄 수와 단어 수
자주 묻는 질문
파일이 UTF-8인지 어떻게 확인하나요?
위 상자에 파일을 넣으세요. 인코딩, BOM 여부, 줄 바꿈 방식을 보여 드립니다.
CSV를 Excel에서 열면 이상한 문자가 보이는 이유는 무엇인가요?
Excel은 인코딩을 추측합니다. BOM이 없는 UTF-8 파일은 이전 인코딩으로 읽히는 경우가 많아서 한글이나 악센트 문자가 깨집니다. "CSV UTF-8"로 저장하면 Excel이 찾는 BOM이 추가됩니다.
BOM이란 무엇인가요?
파일이 유니코드임을 나타내는, 파일 맨 앞의 보이지 않는 몇 바이트입니다. Excel은 이를 좋아하지만, 일부 프로그래밍 도구와 웹 서버는 그렇지 않습니다.
CRLF와 LF는 무엇이 다른가요?
줄을 끝내는 두 가지 방식입니다. Windows는 캐리지 리턴과 라인 피드(CRLF)를, Mac과 Linux는 라인 피드(LF)를 씁니다. 섞어 쓰면 스크립트에서 오류가 나고 Git에서 불필요한 diff가 생깁니다.
모든 인코딩을 알아낼 수 있나요?
ASCII, UTF-8, UTF-16, UTF-32는 확실하게 구별합니다. 오래된 단일 바이트 인코딩끼리는 구별하기가 더 어렵습니다.
제 파일은 어떻게 되나요?
파일은 암호화된 연결로 전송되어 당사 서버에서 읽은 뒤 약 24시간 후 자동으로 삭제됩니다. 답은 고유 링크가 있는 페이지에 보관되므로 공유할 수 있습니다. 도구 결과 페이지는 검색 엔진에 절대 표시되지 않습니다.