1 MB の JSON テストファイル

このファイルについて

1 MB のJSONテストファイルです。ファイルサイズはちょうど 1,048,578 バイトで、アップロード上限の検証やファイル処理の動作確認に、登録不要・完全無料でお使いいただけます。

上に掲載している MD5 / SHA-1 / SHA-256 の値は、このファイルの内容から計算した実際のハッシュです。ダウンロード後に同じ値になるかを確かめれば、転送が途中で壊れていないことを確認できます。ハッシュ計算ライブラリの期待値としてもそのまま使えます。

このサイズが実務で意味すること

1 MB は nginx の client_max_body_size のデフォルト値 (1m) とちょうど同じです。設定を明示していないリバースプロキシ配下では、これを超えた瞬間にアプリまで届かず 413 Request Entity Too Large が返ります。

つまり「アプリ側の上限を 10 MB に上げたのに 1 MB で弾かれる」という典型的な事故の再現に最適なサイズです。413 がアプリのログに残らない場合、原因はほぼ手前のプロキシ層にあります。

この容量の目安

回線速度 10 Mbps なら転送に約 839 ミリ秒、100 Mbps なら約 84 ミリ秒かかります。Base64 に変換すると約 1,365 KB に膨らみます。

キーを含めて 1 レコード 180 バイト前後の JSON 配列に換算すると、およそ 5,825 件のレコードに相当します。この件数を一度にメモリへ展開できるか、ストリーミングパーサーに切り替えるべきかの判断材料になります (構造により大きく変わるため概算です)。

この形式で確認すべきポイント

JSON もプレーンテキストで、仕様上は UTF-8 でエンコードされます。構文の妥当性は全体をパースしないと判定できないため、ファイルが大きいほど「検証のために全部読む」コストが問題になります。

• 大きな JSON でストリーミングパーサーを使っているか、それとも全体をメモリに展開しているか
• ネストの深さに上限を設けているか (深くネストした JSON はパーサーのスタックを枯渇させうる)
• 大きな整数の精度が失われていないか (JavaScript の Number は 2^53 を超えると誤差が出る)