![[첫화면으로]](/raymundo_logo.jpg){kind=logo}
블로그포스트저장방식블로그포스트저장방식
"김중태 문화원"이라는 사이트의 문서 중에 "1.3. 블로그 용어" (http://www.help119.co.kr/blog/archives/000042.html) 페이지의 1.3.4 절을 보면 다음과 같은 말이 있습니다.
... 블로그는 글을 저장할 때 일반적인 HTML 문서 양식으로 저장합니다. 이 때문에 100개의 글을 작성했다면 100개의 독립적인 HTML 문서가 만들어집니다. 따라서 글을 쓸 때는 블로그 프로그램을 사용했지만 각 게시물을 읽을 때는 프로그램이 필요 없습니다. 웹브라우저 프로그램으로 그냥 주소를 입력해 HTML 문서로 읽으면 됩니다.
이처럼 블로거가 작성한 글 하나하나마다 독립적으로 완성된 문서로 작성하고 주소를 부여함으로써 문서의 활용성을 크게 높였습니다."
당장 위 글의 주소만 봐도 .....archives/000042.html 로 끝나서 개별 html 파일로 저장되었다는 것을 알 수 있습니다.
초창기 블로그 툴이 어떻게 했는지는 모르겠습니다만 현재는 위와 같지 않은 블로그들도 많습니다. [태터툴즈]의 경우 MySQL DB에 포스트를 저장하고 각 포스트는 ......tt/index.php?pl=13&nc=1 와 같이 index.php 뒤에 pl= 의 숫자가 서로 다르게 부여되는 식으로 주소가 구성되어 있고, [이글루스]를 비롯한 많은 블로그 포털 사이트의 경우는 .......egloos.com/426307/ 와 같이 뒤에 일련번호만 적혀 있습니다. 포털 사이트의 글 저장 방식은 모르겠지만 아마도 역시 DB에 저장을 하지 않을까 싶습니다2.
위 김중태 문화원의 주장과는 달리 저는 이런 저장방식의 차이는 어느 한 쪽이 좋다3고 말할 것이 아니라 각기 장단점이 있다고 생각합니다.
예를 들어, html 방식으로 저장될 경우 특정한 글(즉 특정한 html 파일)만 다른 곳에 복사해서 써먹을 수 있다던가 하는 장점이 있지만, 매 글마다 동일한 부분 (상단 로고라던가 하단 배너, 옆의 메뉴 등) 이 중복되어 저장되므로 하드의 용량을 차지하겠죠. 반대로 DB 를 쓸 경우 오직 글 내용만 DB에 저장하고 메뉴 등은 한 번만 저장하면 CGI가 매번 써먹을 수 있으니 용량을 아낄 수 있을 것이고, 내용 검색 시 html 파일들을 일일이 열어서 텍스트 서치를 하는 것보다 DB의 검색 기능을 사용하는 것이 훨씬 효율적일 것입니다. (물론 뒷받침하는 DB가 제대로 된 검색 기능을 제공할 때 얘기지만)
여담으로 "이정환 닷컴"의 [무버블타입과 정보의 가치]라는 포스트에서는 "구글이 html 파일만 검색하지 제로보드와 같이 DB에 저장하는 글들은 검색을 안 해준다, 따라서 html 파일로 저장되는 블로그가 정보 공개와 공유에 더 효과적이다"라는 이야기를 하는데, 저는 과연 그런가 의심스럽습니다. (근데 확실히 KPUG 이나 클리앙 등의 게시물이 전혀 구글에서 검색되지 않는 것은 좀 희한하네요)
여기까지가 제가 평소에 생각해 왔던 겁니다.
그런데...
KPUG의 [백승민님의 글]을 보면 어느 인터넷 신문 사이트의 기사에서 백승민님의 블로그 포스트 하나를 링크해 버리는 바람에 갑자기 접속자가 급격하게 늘어나서 결국 트래픽 초과로 접속불가 상태가 되었다고 합니다.
생각해 보니, 이런 경우에 백승민님이 취할 수 있는 조치가 없습니다! 설령 해당 포스트를 삭제한다 하더라도 어쨌든 백승민님의 그 포스트 (....../tt/index.php?pl=326&nc=1, 태터툴즈로군요) 를 클릭하면 일단 태터툴즈 CGI 스크립트인 index.php 가 불리게 되고, 따라서 최소한의 데이타가 전송이 됩니다. 제 계정에 설치한 태터툴즈로 테스트해보니 존재하지 않는 글을 보려 할 경우 본문에는 그냥 "다음 페이지, 이전페이지"만 나오고 옆에 로고와 메뉴, 최근 댓글과 트랙백 등은 고스란히 나오는군요. 원래 글이 통채로 전송되는 것에 비하면 작은 양이긴 하지만, 이런 작은 데이타라도 계속 전송되면 가랑비에 옷 젖듯이 결국은 트래픽 제한에 걸릴 수밖에 없겠죠.
결국 태터툴즈를 통채로 삭제하거나 디렉토리 주소를 바꿔버리지 않는 이상은 앞으로도 한동안 백승민님의 사이트는 "미디어 다음"이나 기타 뉴스 포털, 또는 원래 기사가 올라온 도깨비뉴스를 따라 들어오는 사용자들에 의해 트래픽 초과 상태를 매일 겪게 되지 않을까 싶습니다.
하지만 만일 백승민님의 블로그가 제일 처음 얘기했던 것처럼 각 포스트가 *.html 로 저장되는 방식이었다면? 그러면 단지 문제의 그 html 파일만 삭제하면 됩니다. 그러면 타인이 그 링크를 클릭해도 웹서버 차원에서 404 Not Found 에러를 낼 겁니다. 이런 경우는 트래픽 계산에 포함하지 않는 것으로 알고 있습니다. 그러면 문제의 글을 찾아온 사람들은 좀 실망하겠지만, 다른 글들은 전혀 지장없이 볼 수 있겠죠.
요즘처럼 인터넷 사용자가 많아서 링크 한 번 잘못 걸리면 (위와 같은 경우나, 디씨인사이드, 하다못해 클리앙 정도에 올리는 것도) 어느 순간 자기 홈페이지에 하루에 수만명이 접속하는 사태가 발생할 수 있고, 웬만한 호스팅 업체의 경우 트래픽 제한을 두고 있는 것을 생각하면, 게다가 자기 홈피를 남이 링크하는 것을 자기가 막을 방법이 없다는 것을 생각하면 이것은 꽤 진지하게 고려해 봐야 하는게 아닌가 싶군요.
P.S. 제가 웹호스팅을 받은 적이 없어서.... 혹시 제가 알고 있는 것과 달리, 웹호스팅 업체의 트래픽 제한 규정은 웹서버 에러 메시지도 트래픽으로 간주를 할지도 모르겠네요. 만일 그렇다면 지금까지 한 얘기가 전혀 의미가 없어집니다만.. -_-;;; 아시는 분은 정확히 리플 좀 달아주세요.
P.S.2 저는 예전에는 학교 전산실 계정을 썼고 지금은 돈 좀 더 들이더라도 그런 제약 없이 살아보자는 생각에 제한 없는 서비스를 사용 중이라 이런 걱정 없습죠. 히히히 :-)
WikiSpam처럼요.