1 MB 의 JPG 테스트 파일

이 파일에 대해

1 MB 의 JPG 테스트 파일입니다. 파일 크기는 정확히 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 로 늘어납니다.

사진적인 내용의 JPG 로서 1 픽셀당 약 0.2 바이트로 견적하면, 이 용량은 대략 5,242,880 픽셀, 4:3 이라면 2,644 px × 1,983 px 정도의 이미지에 해당합니다. 압축률은 그림에 따라 크게 달라지므로 어디까지나 자릿수를 파악하기 위한 개산입니다.

이 형식에서 확인해야 할 점

JPEG 은 손실 압축이며 투명도를 갖지 않습니다. 시그니처는 FF D8 FF 로 시작합니다. 구현상 가장 사고가 많은 것은 EXIF 의 Orientation 태그로, 이를 무시하면 촬영 시 회전된 사진이 브라우저에서 옆으로 누워 표시됩니다.

• EXIF 의 Orientation 을 읽어 자동 회전하는지, 혹은 의도적으로 제거하는지
• GPS 위치 정보 등 프라이버시 정보가 남아 있지 않은지 (사용자 투고 이미지에서는 제거 필수)
• 프로그레시브 JPEG 와 베이스라인 JPEG 를 모두 다룰 수 있는지 (오래된 디코더는 프로그레시브에서 실패하기도 함)