저는, 웹에서만 쓰는 자료라면,

그냥 웹서버가 가동중인 시스템의 특정 규칙을 가지는 폴더에 저장합니다. 물론 웹서버에서 웹프로그램을 통하지 않고는 접근할 수 없도록 하고.

<img src='show_image.php?id=10000'>

이런식으로 이미지 id를 입력받는 프로그램을 하나 만들고, 모든 인증은 show_image.php 에서하고.

따로 이미지 경로를 db에 저장하지는 않습니다. 그냥 Primary key 값으로 이미지의 파일 이름을 사용하니까요. 원래 이미지 파일 이름은 db에 저장하고.

저도 별도의 파일 시스템에 저장하는데 한표 던집니다.

파일이 많아지거나 서비스가 커지면 분산처리를 해야 하는데 DB에 저장을 하면 관리하기가 쉽지 않습니다. 그리고 DB가 대부분 별도의 원격 서버에 있기 때문에 네트워크로 자료를 전달해야 하는데요. DB 쿼리 자체만도 부담이 될텐데 여기에 파일까지 전송해야 한다면 네트워크에 부하가 더 심해지겠죠. DB 서버의 IO에도 물론 부담이 되구요.

문제는 파일들을 파일 시스템에 저장을 할 때에 어떻게 체계적으로 관리하는가가 중요합니다. 그냥 한 디렉토리에 몰아 넣으면 파일 시스템의 특성 때문에 효율이 엄청 떨어지니까요.

저는 이렇게 합니다.

1) 특정 디렉토리 밑에 파일을 사용하는 어플리케이션 별로 디렉토리를 만든다.

2) 그 디렉토리 밑에 년,월 별로 디렉토리를 만든다.

3) DB에 저장한 file 정보의 id(숫자)를 100으로 나눈 값으로 디렉토리를 만든다.

4) 3에서 만든 디렉토리에 파일 id와 확장자로 파일을 저장한다.

예를 들어 bbs에 첨부되는 파일이 2005년 8월 12일에 저장이 되는데 DB의 파일 정보 table에 등록된 id가 1201번이고 파일이름이 abc.hwp라면 .../bbs/200508/1/1201.hwp에 저장이 되는 식입니다.

이렇게 하면 한 디렉토리에 100개 이상의 파일이 저장이 되지 않고 날짜별, 용도별로 구별이 되기 때문에 나중에 분산해서 처리하거나 백업을 할 때에도 편리하더군요. 오래된 파일을 지우기도 편하구요. 그리고 id로 파일이름이 정해지니까 파일명이 같은 경우도 문제가 없구요. 파일 확장자가 있기 때문에 어떤 종류의 파일인지도 알기 쉽습니다.

그리고 중요한 것은 웹 서버가 직접 접근할 수 있는 document root 아래에는 첨부파일을 저장하지 않아야 합니다. 보안상 문제가 될 수 있기 때문이죠. 대신 사용자가 파일을 요청하면 이 디렉토리에서 파일을 찾아서 제공하는 프로그램을 하나 작성해야 합니다. 이런식인거죠.

http://www.myserver.com/cgi-bin/download.cgi/abc.hwp?id=1201

여기에서 abc.hwp는 프로그램 입장에서는 무시하면 되구요 전달변수 id 값이 중요합니다. 보안을 더 신경쓰려면 이 값도 암호화 하는 것이 좋겠지요.

요거때문에 몇일 망설였는데..

이제야 확신이 서네요..

정말 감사합니다..