プレーンテキスト (.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 | |
|---|---|---|---|---|
| 視覚的フォーマット | なし（純粋なスタイルなしのテキスト） | 軽量なMarkdown構文 | 固定ページの視覚的レイアウト | 完全なCSSとDOMのスタイリング |
| 必要なソフトウェア | なし（任意の端末またはテキストエディタ） | Markdownプレビューア/リーダー | 専用のPDFビューア | Webブラウザ |
| ファイルサイズ | 理論上の絶対最小値 | 最小限のテキストサイズ | 大規模なバイナリコンテナ | 中程度のマークアップオーバーヘッド |
| アーカイブの長期保存性 | ファイルの保管と文字コードの特定に左右される | 長期保存が可能 | 高い（ISO標準） | 高い（W3C標準） |
一般的な破損モードと16進数リカバリガイド
アクセント記号付きの文字が「é」のような文字化けした記号や、「�」のような置換文字として表示されます。
根本原因: エンコーディングの不一致：古いANSI/Windows-1252ファイルを適切な変換なしでUTF-8として開いたため。
復旧: File2File.appテキストコンバーターを使用して、明示的なUTF-8エンコーディングでファイルを再エンコードしてください。
セキュリティ分析とパーサー攻撃ベクトル
プレーンテキストファイルには実行可能コードは含まれませんが、悪意のあるUnicode文字によってユーザーが欺かれたり、ターミナルインジェクションが引き起こされたりする可能性があります。
既知の攻撃ベクター
- 実行可能ファイルの拡張子を偽装するRight-to-Left Override（RTLO）Unicode文字（例：「report[RTLO]cod.exe」）。
- 「cat」などを介して生のテキストを表示する際にシェルコマンドを実行するターミナルエスケープシーケンスのインジェクション。
- URL内の標準のASCII文字を、見た目が同じキリル文字に置き換えるホモグリフ攻撃。
防御的ベストプラクティス: テキストファイルをレンダリングする際、双方向Unicode制御文字と端末エスケープコードをサニタイズします。
歴史的背景とマイルストーン
主なメリット
- プレーンテキストファイルはテキストエディターで開けるほか、コマンドラインツールで検索・処理できます。アクセント記号付きの文字が文字化けする場合は、文字コードを確認してください。
- プレーンテキストは保存や移行が容易ですが、長期的な可読性は、ファイルを保管し文字コードを特定できるかどうかに左右されます。
- フォーマットのオーバーヘッドがゼロ：メタデータの肥大化、バイナリタグ、独自の構造を持たない純粋なデータです。
技術的な制限とデメリット
- 視覚的なフォーマットがゼロ：外部マークアップ言語を使用しない限り、太字、斜体、色、フォントサイズの変更をネイティブで行うことはできません。
- プラットフォームによる改行文字の違い（WindowsのCRLF対UnixのLF）により、オペレーティングシステム間でフォーマットの乱れが発生する可能性があります。
- 過去のエンコーディングの曖昧さ（ANSI、Shift-JIS、Windows-1252）により、UTF-8を使用しない場合に文字化け（Mojibake）が発生する可能性があります。
興味深い技術トリビア
- UTF-8は、1992年にニュージャージー州のダイナーのランチョンマットの上で、ケン・トンプソン（Ken Thompson）とロブ・パイク（Rob Pike）によって夕食時に発明されました。
- Windowsでは、改行にキャリッジリターン（CR、0x0D）とラインフィード（LF、0x0A）の2つの文字を使用します。これは機械式タイプライターからの名残です。
- UTF-8はウェブサイトで最も広く使われている文字エンコーディングですが、その正確な割合は時間とともに変化します。
よくある技術的な質問
UTF-8とは何ですか？
UTF-8はUnicodeの文字集合を符号化し、ASCII文字の元のバイト値を保持します。
WindowsとUnixの改行文字の違いは何ですか？
Windowsでは改行を表すのに「CRLF」（2バイト：キャリッジリターン + ラインフィード）を使用し、Unix、Linux、macOSでは「LF」（単一のラインフィードバイト）を使用します。
TXTファイルをPDFに変換するにはどうすればよいですか？
Webブラウザから直接File2File.appを使用して、1クリックでプレーンテキストファイルをクリーンでプロフェッショナルなPDFドキュメントまたはWordドキュメントに変換できます。