일반 텍스트 대본 (.txt)
ISO/IEC 표준일반 텍스트 파일은 페이지 레이아웃, 글꼴 또는 포함된 이미지 없이 문자만 저장합니다. 편집기와 프로그램에서 읽을 수 있지만, 인코딩을 잘못 추정하면 악센트 문자가 올바르게 표시되지 않을 수 있습니다.
SRT을(를) TXT(으)로 변환
무료 브라우저 내 SRT에서 TXT로 변환하는 도구입니다. 기기에서 파일을 즉시 변환할 수 있습니다.
검사 및 메타데이터
운영 체제와 파일 분석기는 파일 선두의 바이너리 바이트 시퀀스를 검사하여 TXT 파일을 식별합니다:
바이트 단위 헤더 시그니처 (매직 바이트)
운영 체제와 파일 분석기는 파일 선두의 바이너리 바이트 시퀀스를 검사하여 TXT 파일을 식별합니다:
16진수 시그니처 (오프셋 0):
EF BB BF / NoneASCII 표현: UTF-8 BOM / Raw text
표준화: ISO/IEC 10646 / Unicode Standard / IETF RFC 2046
기술 사양
| 컨테이너 아키텍처 | ASCII, UTF-8, UTF-16 또는 ISO-8859로 인코딩한 사람이 읽을 수 있는 문자의 순차열 |
| 압축 | 압축하지 않은 원시 문자 바이트 |
| 바이트 엔디안 | UTF-8은 바이트 순서와 무관하며, UTF-16/32의 빅 엔디안 또는 리틀 엔디안 여부는 BOM으로 표시 |
| 색 공간 | 해당 없음(일반 텍스트) |
| 채널 및 구조 | 문자, 줄바꿈 표시자(LF \n 또는 CRLF \r\n) 및 공백으로 이루어진 선형 스트림 |
| 최대 크기 | 스트림 길이 제한 없음 |
| 투명도 | 없음 |
| 스트리밍 및 프로그레시브 | 일반 텍스트는 순차 데이터이며 스트리밍 읽기는 소프트웨어에 따라 달라집니다. |
기술 비교 매트릭스: TXT 대 경쟁사
| 기술적 속성 | TXT (현재) | MD | HTML | |
|---|---|---|---|---|
| 시각적 서식 | 없음 (순수 스타일 없는 텍스트) | 가벼운 마크다운 구문 | 고정된 페이지 시각적 레이아웃 | 전체 CSS 및 DOM 스타일링 |
| 필요한 소프트웨어 | 터미널 또는 텍스트 편집기만 있으면 됨 | 마크다운 미리보기 / 리더 | 전용 PDF 뷰어 | 웹 브라우저 |
| 파일 크기 | 가능한 파일 크기가 가장 작음 | 텍스트만 담아 크기가 작음 | 대용량 바이너리 컨테이너 | 보통 수준의 마크업 오버헤드 |
| 아카이브 수명 | 파일 보존과 문자 인코딩 식별 여부에 달려 있음 | 장기 보존 가능 | 높음 (ISO 표준) | 높음 (W3C 표준) |
일반적인 손상 모드 및 헥스 복구 가이드
악센트 문자가 “é” 같은 깨진 기호나 대체 문자 “�”로 표시됩니다.
근본 원인: 인코딩 불일치: 적절한 변환 없이 오래된 ANSI/Windows-1252 파일을 UTF-8로 열었습니다.
복구: File2File.app Text Converter로 파일을 명시적인 UTF-8 인코딩으로 다시 인코딩하십시오.
보안 분석 및 파서 공격 벡터
일반 텍스트 파일에는 실행 가능한 코드가 포함되어 있지 않지만, 악의적인 유니코드 문자는 사용자를 속이거나 터미널 주입을 유발할 수 있습니다.
알려진 공격 벡터
- 실행 파일 확장자를 속이는 오른쪽에서 왼쪽 덮어쓰기(RTLO) 유니코드 문자(예: “report[RTLO]cod.exe”)
- 'cat'을 통해 원시 텍스트를 볼 때 셸 명령을 실행하는 터미널 이스케이프 시퀀스 주입.
- URL에서 표준 ASCII 문자를 동일하게 보이는 키릴 문자로 대체하는 유사 문자 공격.
방어적 모범 사례: 텍스트 파일을 렌더링할 때 양방향 유니코드 제어 문자와 터미널 이스케이프 코드를 정제하십시오.
역사적 배경 및 주요 이력
주요 장점
- 일반 텍스트 파일은 텍스트 편집기에서 열 수 있으며 명령줄 도구로 검색하거나 처리할 수 있습니다. 악센트 문자가 깨져 보이면 문자 인코딩을 확인하세요.
- 일반 텍스트는 보존하고 이전하기 쉽지만, 장기적인 가독성은 파일을 보존하고 문자 인코딩을 식별할 수 있는지에 달려 있습니다.
- 형식 오버헤드 없음: 메타데이터 부풀림, 바이너리 태그 또는 독점 구조 없이 순수 데이터만 담습니다.
기술적 제한 사항 및 단점
- 시각적 서식을 지원하지 않아 외부 마크업 언어 없이는 굵게, 기울임, 색상 또는 글꼴 크기 변경을 적용할 수 없습니다.
- Windows CRLF와 Unix LF처럼 운영체제별 줄바꿈 방식이 달라 서식 문제가 생길 수 있습니다.
- 과거에는 ANSI, Shift-JIS, Windows-1252 등 인코딩이 혼재해 UTF-8로 변환하지 않으면 문자가 깨질 수 있습니다.
흥미로운 기술적 상식
- UTF-8은 1992년 뉴저지의 한 식당에서 켄 톰슨(Ken Thompson)과 롭 파이크(Rob Pike)가 저녁 식사 중 식당 테이블 매트에 고안했습니다.
- Windows는 새 줄에 캐리지 리턴(CR, 0x0D)과 라인 피드(LF, 0x0A) 두 문자를 사용합니다. 이는 기계식 타자기의 유산입니다.
- 인터넷상 모든 웹사이트의 98% 이상이 UTF-8 텍스트 인코딩을 사용합니다.
자주 묻는 기술 질문
UTF-8이란 무엇입니까?
UTF-8은 유니코드 문자 집합을 인코딩하며 ASCII 문자의 원래 바이트 값을 보존합니다.
Windows와 Unix의 줄바꿈은 어떻게 다릅니까?
Windows는 새 줄을 나타내기 위해 'CRLF'(2바이트: Carriage Return + Line Feed)를 사용하고, Unix, Linux 및 macOS는 'LF'(단일 Line Feed 바이트)를 사용합니다.
TXT 파일을 PDF로 어떻게 변환할 수 있습니까?
웹 브라우저에서 File2File.app을 사용해 일반 텍스트 파일을 한 번의 클릭으로 깔끔하고 전문적인 PDF 또는 Word 문서로 변환할 수 있습니다.