改行 & BOM コンバーター
ファイル
正規化前に CRLF、単独 CR、単独 LF を別々にカウントするため、規約が混在しているファイル（汚れた git diff や Windows で失敗する Bash スクリプトのよくある原因）を発見できる。出力バイト数は BOM を含めて報告されるため、ディスクに正確に何が書き込まれるかが分かる。すべての処理はブラウザでローカル。
—
ターゲット改行コード
UTF-8 BOM
出力
入力統計
- LF の数1
- CRLF の数1
- 単独 CR の数0
- 総行数3
- 出力バイト数（UTF-8）28
- BOM ありいいえ
改行が混在したファイルは、通常複数のプラットフォームで編集された結果 — 正規化すれば「なぜ diff が爆発するのか」問題の大半が解決する。
使い方
- 入力欄にテキストを貼り付けるか、ファイルの内容をドラッグ。
- ターゲット改行コードを選択（LF：Unix/macOS、CRLF：Windows、CR：レガシー Mac）。
- BOM ポリシーを選んで出力をコピー。
よくある質問
- BOM はいつ保持すべき？
- 一部の古い Windows ツールと一部の Excel CSV インポートが BOM に依存している。それ以外（特にシェルスクリプト、JSON、現代のビルドチェーンのソースコード）は削除。
- 改行が混在したファイルとは？
- LF/CRLF/CR のうち複数が含まれるファイル。プラットフォームをまたいでテキストが編集されたり、ジェネレーターが異なるソースからのフラグメントを連結したときによく発生する。単一スタイルへの正規化で git diff やダウンストリームのパーサーが正常に動作する。
関連ツール
画像 → PDF 変換
複数の JPG / PNG 画像を 1 つの PDF に結合 — ページサイズ・向き・フィット調整可能。
ファイル00
ZIP 内容ビューア
ZIP をドロップすると展開せずに中身を一覧・サイズ・プレビュー・個別ダウンロード可能。
ファイル00
ファイル分割
大きなファイルを小さなチャンクに分割し、添付 / アップロードのサイズ制限を回避。
ファイル00
テキストエンコーディング変換
Shift_JIS・EUC-JP・Windows-1252 など非 UTF-8 のテキストを UTF-8 で読める形に。
ファイル00
ファイルハッシュ (チェックサム)
任意のファイルの SHA-1・SHA-256・SHA-512 チェックサムを計算。
ファイル00
CSV ↔ JSON 変換ツール
CSV を JSON に、JSON を CSV に変換（区切り文字を選択可）。
ファイル00