썸네일 생성을 글쓰기시 이미지 첨부할 때 같이 생성하는 쪽이 더 좋지 않나요?

스킨을 변경했을 경우 기존 이미지의 썸네일을 전부 갈아치워야 하는데, 글쓰기 시에 썸네일을 생성하면 이 문제에 대처할 수 없습니다.

inureyes님 말씀처럼 의미가 조금 다른 것 같습니다. 제가 추가하고자 하는 기능은 img의 width와 height에 맞도록 이미지를 resampling 해주는 것이지, 이미지에 어떠한 프로세싱도 가하는 것이 아닙니다. Photoshop에서 이미지 프로세싱을 하고 파일을 저장하면 썸네일을 만들어 주는 것은 Windows의 explorer.exe입니다. Photoshop이 썸네일을 만들어 주는 것도 아니고, explorer.exe가 이미지 프로세싱을 해주는 것도 아닙니다. 둘은 구별되어야 하는 프로세스입니다. 제가 구현하려는 것이 이 explorer.exe 역할입니다. 따라서 crop 기능은 "이미지 프로세싱 기능"으로 따로 구분하여 논의하는 것이 좋을 것 같군요.

썸네일 생성을 글쓰기시 이미지 첨부할 때 같이 생성하는 쪽이 더 좋지 않나요?

pixelpost에서는 글 올릴 때 썸네일을 같이 생성하는데
썸네일 비율과 이미지 비율이 다를 경우, (예를 들어 썸네일은 1:1, 이미지는 4:3일 경우)
썸네일로 crop할 부분을 자바스크립트를 사용해
바로 이미지에서 드래그해서 선택할 수 있게 해주던데요.  그거 꽤 편하던데요

썸네일이 스킨에 따라 맞춰진다면 꽤나 혼란스러울 거 같습니다.

예전에 태터 0.96이하 버젼에서 사용했었던 기억이 납니다. 최초 이미지파일 업로드후 선택적으로 썸네일을 Crop시키게
했었죠. 자료가 어디 있을것 같은데 예전 자료 찾아봐야겠습니다. oliverne님 말씀처럼 pixelpost의 썸네일Crop기능도
괜찮을듯 합니다. 원하는곳을 Crop하는 묘미가 있죠. (GD 지원은 기본이어야...)

-참고(12CropImage)
url : http://roel.meurders.nl/web_php/12cropi … mage-crop/

정리하자면, 위에서 graphittie님이 말씀하시는 썸네일은 그림 출력시 2000픽셀 정도의 큰 그림들은 로딩시간이 길기 때문에 적절한 크기로 줄여 보여주는 의미에서의 썸네일이고, 올리버네님의 썸네일은 그림의 개요를 알 수 있도록 작게 보여주는 미리보기 의미의 썸네일입니다^^ 서로 다르죠.

QA게시판에 graphittie님이 생각하시는 썸네일을 구현하는 플러그인에 대한 내용을 올려 놓았습니다. 참고해서 계속 논의해 보았으면 합니다.

pixelpost에서는 글 올릴 때 썸네일을 같이 생성하는데
썸네일 비율과 이미지 비율이 다를 경우, (예를 들어 썸네일은 1:1, 이미지는 4:3일 경우)
썸네일로 crop할 부분을 자바스크립트를 사용해
바로 이미지에서 드래그해서 선택할 수 있게 해주던데요.  그거 꽤 편하던데요

썸네일이 스킨에 따라 맞춰진다면 꽤나 혼란스러울 거 같습니다.

cirrus 작성:

첨부된 그림 파일들이 많은 경우에는 리사이징 한다고 접속이 지연되어서 접속자가 기다리다가 '에잇~'하면서 나가는 건 아닐련지 ^^;

그 정도 상황이면 아마 썸네일 안 하고 그냥 로딩해도 느릴 걸요? 이미지 용량 때문에요.

그렇게 이미지가 많다면야 썸네일을 사용하지 않는 쪽이 더 오래 걸릴겁니다^^

첨부된 그림 파일들이 많은 경우에는 리사이징 한다고 접속이 지연되어서 접속자가 기다리다가 '에잇~'하면서 나가는 건 아닐련지 ^^;

그 정도 상황이면 아마 썸네일 안 하고 그냥 로딩해도 느릴 걸요? 이미지 용량 때문에요.

근데 썸네일이라는게 보통 화면에 나오는 부분만 갱신하거든요
한 화면에 많이 포스팅되어봤자 몇메가이고 한번만 이루어지기 때문에
그렇게까지 무리는 없을것으로 봤습니다.
플러그인.. 그대합니다~

스킨 바꿀 때마다 전부 다시 갱신해주어야 한다면 조금 문제가 있을 것 같습니다.
이 스킨이 마음에 드나 저 스킨이 마음에 드나, 혹은 스킨 테스트용으로 금방금방 바꾸시는 분들도 있을 것 같고.. (일단 하나를 정하면 그걸 가지고 오래 쓰겠지만, 고르는 단계에서는 몇 분에 하나씩 바꿀 수도 있으니까요.)

스킨 변경 후 이미지가 최초로 로딩될 때 썸네일이 생성되는 것이기 때문에 그다지 부하는 없을 것 같은데요. 스킨 바꿨다고 자기가 업로드한 이미지가 포함된 포스트를 전부 둘러보는 것은 아니잖아요. 최초의 한 사람이 볼 때 생성하고 나머지가 그걸 계속 이용하는 방식인데... 한 번에 소스 코드에 넣어버리는 것은 좀 위험한 듯 하니 일단 플러그인으로 제작해 보도록 하겠습니다.

썸네일을 제가 관리하는 홈페이지에 적용시킨적이 있거든요.
처음 보여질때 썸네일을 작성하도록 했는데
부하는 있지만 순간적으로 올라갈뿐 몇초까지도 안 가더군요.
썸네일은 보통 한번 생성하니까 서버 부하를 그렇게 생각하지 않아도 될듯 합니다. ^^

첨부 그림이 기가단위이신 분들도 많은데 썸네일 생성때 서버 부하가...

역시나 이런 작업은 OnDemand가 낫지 않을가 하네요.

별도로 썸네일 재생성하는 링크 같은 걸 관리자 화면(혹은 플러그인 설정 화면?)에 넣는 방식이 좋을 것 같습니다. 원할 때 재생성할 수 있고 진행 상황이 표시되도록 말이죠.

...

소스를 보시면 현재도 썸네일을 만들어서 지원하는 부분이 있습니다. 태터가 그렇게 만만하게 짜여진 프로그램이 아니죠

모바일페이지 (블로그 주소 뒤에 /m을 붙이면 나옵니다) 의 지원을 위하여 해당 그림이 모두 gd를 사용하여 리사이징되어 전송되고 있습니다. 이를 응용해보면 어떨까요?

헐... 이미 루틴이 있다면 당연히 이용해야겠죠. 티켓 등록하러 가도 되겠죠?