1 MB の PNG テストファイル

このファイルについて

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

上に掲載している 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 に膨らみます。

写真的な内容の PNG として 1 ピクセルあたり約 2 バイトで見積もると、この容量は概ね 524,288 ピクセル、4:3 なら短辺 627 px × 長辺 836 px 程度の画像に相当します。圧縮率は絵柄で大きく変わるため、あくまで桁を掴むための概算です。

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

PNG は可逆圧縮でアルファチャンネル (透過) を持ちます。先頭 8 バイトが 89 50 4E 47 0D 0A 1A 0A という固定のシグネチャで始まり、以降は IHDR・IDAT・IEND というチャンク構造が続きます。拡張子ではなくこの先頭バイトで判定する実装になっているかが、アップロード検証の要点です。

• 透過を含む画像をリサイズ・変換したとき、アルファチャンネルが保持されるか (JPEG に変換すると失われる)
• GD / ImageMagick / sharp などの画像ライブラリがメモリ上限に達しないか (PNG は展開後のピクセル数でメモリを消費する)
• tEXt チャンクなどのメタデータが除去されているか (PNG は EXIF を持たない代わりにテキストチャンクに情報が残る)