이미지프로세스 모듈을 대대적으로 손보고 있는 중입니다.
우선은 EXIF 처리 방침의 변경으로 애드온과 연계해서 삭제했지만 DB에 넣어서 보관하는 방식으로 변경중입니다.
두번째는 Rhymix 내부기능을 최대한 이용하는 것입니다.
이렇게 되면 XE나 하위버전 호환성은 떨어지겠지만 속도는 많이 개선되는 것같습니다.
세번째는 imagick 적용입니다.
GD의 단점을 극복하고자 그동안 외부실행화일인 ImageMagick을 주로 이용했었습니다.
뒤에 좀더 자세히 살펴보겠지만 imagick이 화질이나 이미지크기면에서는 좋기는 한데 체감상 속도는 약간 떨어지는 듯합니다.
문제는 사용이 제한적입니다.
PHP 7.X에서는 메모리문제가 심각해서 거의 사용이 불가합니다.
PHP 8.0에서만 그나마 조금 쓸만한 것같습니다.
PHP 7.3에서 사용해보려고 노력했지만 걸핏하면 메모리문제로 에러가 생겨서 프로세싱이 안되는 현상이 생기더군요.
특히 조금 큰사이즈이미지는 아예 리사이징을 하지 못하는 현상이 있었습니다.
이번 이미지프로세스 버전에서는 PHP 8.X에서만 사용이 가능하게 수정했습니다.
작업하는 과정에서 역시 Imagick소리가 절로 나더군요.
1400x 811크기의 원본이미지로 작업을 했습니다. 크기는 294K
|
|
GD |
imageMagick |
imagick |
|
ResizeOnly |
704 |
470 |
209 |
|
Fullprocess 화질100 |
760 |
481 |
214 |
|
Fullprocess 화질80 |
561 |
289 |
214 |
이미지마크나 텍스트로고를 제외한 리사이즈만 했는데도 GD의 경우 사이즈 3배가까이 늘어나 버렸습니다.
화질을 80%로 조절해도 풀프로세싱을 하면 561K로 두배 가까이 됩니다.
반면 Imagick의 경우 214K로 이미지사이즈는 물론 화일사이즈로 쓸만합니다.
육안으로 화질을 확인하는 것이 한계가 있기는 하지만
GD로 리사이즈만 한 것보다 Imagick으로 풀프로세싱한 것이 화질이 나빠보이지 않습니다.
최근에는 rhymix 내분에서 리사이즈 및 이미지 방향교정등의 기능이 들어가 있습니다.
코어에서는 75% 화질은 78K, 80% 화질에서는 90K등으로 압축효율이 좋습니다.
물론 GD의 한계로 100% 화질을 적용하면 704K로 늘어나기는 마찬가지입니다.
어쩌든 프로세싱이 구태여 필요없고 단순한 리사이징문제라면 코어의 기능만으로 충분할 것같습니다.
100% 화질은 무조건 낭비죠. GD 디폴트가 75%인데 억지로 끌어올려서 압축을 방해하는 꼴이니, 원본보다 용량이 오히려 커지는 경우가 대부분입니다. XE에서 오랫동안 100%로 썸네일을 생성하는 바람에 수많은 사이트들이 불필요한 용량과 트래픽을 사용해 왔습니다.
GD와 ImageMagick의 화질 설정을 1:1로 비교하기는 어렵습니다. 표준화된 수치가 아니기 때문입니다. GD는 디폴트가 75이므로 80으로 설정하면 원본과 비슷하거나 더 높은 화질일 가능성이 높습니다. 반면, ImageMagick은 디폴트가 92이므로 80으로 설정하면 낮은 화질이 됩니다. 다른 포맷으로 변환한 것도 아닌데 파일 크기가 절반 이하로 줄어들었다면, 육안으로 구분하기 힘든 화질 저하가 있을 가능성이 높지요.
라이믹스 2.1에서 ImageMagick 외부실행파일과 연동하는 기능이 추가되었습니다. GD가 지원하지 않는 HEIC 같은 포맷을 변환하거나, GD로 처리하기에는 메모리가 부족한 초고화질 사진을 조작할 때 사용합니다. 단, HEIC 문제로 IM6의 "convert" 명령은 지원하지 않고, IM7의 "magick" 명령을 기준으로 연동되어 있습니다. 최신 버전 기준으로 연동하실 생각이시라면 IM7을 시도해 보시는 것을 추천합니다.^^