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 이라면 836 px × 627 px 정도의 이미지에 해당합니다. 압축률은 그림에 따라 크게 달라지므로 어디까지나 자릿수를 파악하기 위한 개산입니다.

이 형식에서 확인해야 할 점

PNG 는 무손실 압축이며 알파 채널(투명도)을 가집니다. 선두 8 바이트가 89 50 4E 47 0D 0A 1A 0A 라는 고정 시그니처로 시작하고, 이후 IHDR・IDAT・IEND 청크 구조가 이어집니다. 확장자가 아니라 이 선두 바이트로 판정하는 구현인지가 업로드 검증의 요점입니다.

• 투명도를 포함한 이미지를 리사이즈·변환했을 때 알파 채널이 유지되는지 (JPEG 로 변환하면 사라짐)
• GD / ImageMagick / sharp 등 이미지 라이브러리가 메모리 상한에 도달하지 않는지 (PNG 는 전개 후 픽셀 수로 메모리를 소비)
• tEXt 청크 등 메타데이터가 제거되는지 (PNG 는 EXIF 를 갖지 않는 대신 텍스트 청크에 정보가 남음)