서비스형 vs 가입형

서비스형 블로그(예: 티스토리)를 사용할 것인지 아니면 설치형 블로그(예: 텍스트큐브)를 사용할 것인지는 각자의 선택 문제이다. 또 일장일단이 있기 때문에 선택이 쉽지 않다. 서비스형 블로그의 가장 큰 장점은 역시 풍부한 리소스에 있다. 일일 전송량도 제한되지 않는다. 올릴 수 있는 파일도 제한되지 않는다. 동영상을 올리는 것도 편하다. 여기에 다음 블로거뉴스와 같은 대형 트래픽이 와도 '끄덕없다'는 것은 큰 매력이다. 또 설치라는 과정이 필요없기 때문에 사용하는 것도 설치형에 비해 서비스형이 더 편하다.

서비스형 vs 가입형

서비스형 블로그(예: 티스토리)를 사용할 것인지 아니면 설치형 블로그(예: 텍스트큐브)를 사용할 것인지는 각자의 선택 문제이다. 또 일장일단이 있기 때문에 선택이 쉽지 않다. 서비스형 블로그의 가장 큰 장점은 역시 풍부한 리소스에 있다. 일일 전송량도 제한되지 않는다. 올릴 수 있는 파일도 제한되지 않는다. 동영상을 올리는 것도 편하다. 여기에 다음 블로거뉴스와 같은 대형 트래픽이 와도 끄덕없다는 것은 큰 매력이다. 또 설치라는 과정이 필요없기 때문에 사용하는 것도 설치형에 비해 서비스형이 더 편하다.

반면에 서비스형은 설치형에 비해 자유도가 떨어진다. 설치형에서는 코드 하나 바꾸면 바로 할 수 있는 일이지만 서비스형은 업체에서 배려해 주기 전까지 기다려야 한다. 따라서 때로는 평생을 기다려도 할 수 없는 일도 생긴다. 나도 와 같은 서비스형 블로그로 바꾸려려는 생각을 했었다. 그러나 역시 발목을 잡는 것은 자유도였다. 먼저 필요에 의해 만든 많은 플러그인을 사용할 수 없다. 물론 서비스형으로 바꾸면 필요없는 플러그인도 있다. 아마 가장 대표적인 플러그인은 압축 전송 플러그인일 것이다. 그러나 인쇄 플러그인은 설치형, 서비스형 모두 필요한 플러그인지만 티스토리에서는 아직도 지원하지 않는다. 또 위지윅 편집기를 기본으로 사용하는 서비스형에서는 SEO(Search Engine Optimization: 검색 엔진 최적화)도 힘들다. 태그가 엉망으로 역이며 불필요한 태그가 다수 포함되기 때문이다.

접속 페이지별 일일 전송량

페이지를 인쇄할 때 사용하는 /plugin/print가 7위이다. 전송량은 14M 정도이고 히트수는 천회 정도 된다. 이것은 블로그를 방문하는 사람 중 상당수는 인쇄 기능을 이용하고 있다는 이야기이다.

설치형의 최대 장점은 바로 자유도이다. '내 블로그를 내 맘대로 할 수 있다'는 점은 상당한 매력이다. 그러나 설치형의 최대 고민은 역시 일일 전송량이다. 의 트래픽을 견뎌 낼 수 있는 웹 호스팅 업체는 거의 없다. 따라서 설치형은 다음 블로거뉴스에 노출되는 것이 오히려 부담스러울 때도 있다. 그러나 다음 블로거뉴스의 트래픽은 매일 발생하는 일이 아니다. 따라서 다음 블로거뉴스에 의해 부족한 트래픽은 다음 날이 되면 해결된다.

반면에 블로그를 오래 운영함으로서 자연스럽게 증가한 방문자에 의한 트래픽은 다르다. 웹 호스팅 업체의 전송량을 늘리지 않으면 감당하기 힘든 부분이다. 그런데 이런 전송량을 늘이려고 하면 비용이 추가로 든다. 도아의 세상사는 이야기는 하루 전송량 400M(년 3000원)으로 시작했다. 한 1년 정도 블로그를 운영하자 400M의 일일 전송량이 부족해서 500M로 늘렸다. 그리고 1G, 지금은 3.5G의 일일 전송량을 사용하고 있다. 따라서 설치형 블로그를 운영하는 사람의 가장 큰 고민은 역시 적은 비용으로 하루에 사용할 수 있는 전송량을 늘리는 것이다. 전송량을 늘리는 것은 비용이 든다. 그러나 줄이는 것에는 비용이 들지 않는다. 아울러 전송량을 늘인 것과 같은 효과를 갖는다. 따라서 오늘은 와 같은 설치형 블로그에서 일일 전송량을 줄이는 방법을 설명하겠다.

압축 전송 플러그인 사용

앞에서 이야기했듯이 일일 전송량 400M짜리를 사용하다 보니 고민이 생겼다. 바로 사용자 증가에 따른 일일 전송량의 부족이었다. 그래서 HTTP/1.1에서 기본 인코딩으로 지원하는 GZip을 이용해서 데이타를 압축해서 전송할 수 있는 플러그인을 만들었다. 이 플러그인은 시절에 만든 플러그인이지만 텍스트큐브 1.7.6에서도 아주 잘 동작한다. 텍스트로만 구성된 페이지는 전송량을 최대 8분의 1까지 줄여 준다. 텍스트와 이미지가 혼합된 블로그라고 해도 약 3분의 1정도로 전송량을 줄여 주는 효과가 있다. 따라서 텍스트큐브를 사용하는 사람이라면 이 플러그인을 설치해서 일일 전송량을 쉽게 줄일 수 있다. 텍스트큐브 이외의 설치형 블로그는 호스팅 사이트에서 gzip 압축 사용하기를 읽고 GZip으로 페이지를 압축해서 전송하도록 패치하면 된다.

RSS 패치

RSS를 부분 공개에서 전체 공개로 바꾼 뒤 RSS의 전송량이 하루 100M정도에서 2.2G 정도로 20배 이상 증가했다. 2.2G면 현재 사용하고 있는 웹 호스팅의 일일 전송량이 3.5G이기 때문에 RSS 전송으로만 3분의 1의 전송량을 소모하게 된다. 그래서 취한 조치가 RSS 피드 공개 숫자를 10에서 5로 줄이고 RSS도 압축 전송하도록 바꾸었다. 이 결과 하루 2.2G에 달하는 RSS 전송량은 6분의 1(하루 400M) 정도로 줄었다. 다만 RSS도 압축 전송하도록 하기 위해서는 꽤 많은 파일을 패치해야 한다. 다음은 패치해야 하는 파일의 목록이다.

  • interface/rss/index.php
  • interface/rss/comment/index.php
  • interface/rss/notifycomment/index.php
  • interface/rss/response/index.php
  • interface/rss/trackback/index.php
  • interface/atom/index.php
  • interface/atom/comment/index.php
  • interface/atom/notifycomment/index.php
  • interface/atom/response/index.php
  • interface/atom/trackback/index.php

패치해야 하는 파일은 많지만 패치하는 방법은 아주 간단하다. 각각의 index.php 파일의 마지막은 echo fireEvent('ViewXXXX', $result);와 같은 문장으로 끝난다. 여기서 XXXX는 어떤 파일을 여느냐에 따라 달라진다. 이 문장의 압과 뒤에 다음처럼 fireEvent('OBStart');, fireEvent('OBEnd');로 감싸면 된다. 다음 예는 interface/rss/index.php를 패치한 예이다. 파일이 다르면 ViewRSSViewCommentRSS처럼 다른 이름으로 바뀐다.

fireEvent('OBStart');
echo fireEvent('ViewRSS', $result);
fireEvent('OBEnd'); 

직접 패치하는 것이 귀찮은 사람은 내가 패치한 파일을 다음 URL에서 내려받아 덮어써도 된다. 한 가지 주의할 것이 있다. RSS를 압축해서 전송하도록 패치하고 압축 전송 플러그인의 설정을 무조건 사용으로 설정하면 올블로그와 같은 메타 사이트에서 RSS 수집이 되지 않을 수 있다. 따라서 RSS까지 압축 전송하도록 패치한 사람은 꼭 압축 전송 플러그인의 설정을 사용으로 유지하기 바란다. 다만 확인한 메타 사이트 중 만 이런 문제가 생겼다. 또 이 부분은 측에 수정을 요청한 상태다.

압축전 RSS 피드 전송량(2.2G)
압축후 RSS 피드 전송량(330M)

압축전에 비해 RSS 피드 전송량이 현저하게 줄어든 것을 알 수 있다. 이것은 RSS 피드는 주로 텍스트로만 구성되며 따라서 압축 효율이 좋기 때문이다.

마지막으로 RSS를 부분 공개에서 전체 공개로 바꾼 뒤 달라진 것이 또 하나 있다. 바로 구독자 수의 증가이다. 예전에는 일주일에 두세명 정도 늘던 구독자가 하루에 적게는 두, 세명, 많게는 10여명까지 증가했다. 적어도 부분 공개 보다는 전체 공개가 구독자 수 확보에는 유리하다는 이야기는 사실로 보인다. 다만 에 터지는 것과는 무관한 것으로 봐서 블로거뉴스를 통해 유입된 방문자의 RSS 구독율은 낮은 것 같다.

이미지 리샘플링 사용

일반적으로 1024x768 크기의 1M 짜리 그림을 IMG 태그의 width 속성을 이용해서 400x300으로 줄여도 이미지의 전송량에는 아무런 변화가 없다. 그 이유는 실제 이미지의 크기를 줄인 것이 아니라 원래의 이미지를 받아와 보여줄 때 줄여서 보여주기 때문이다. 이렇기 때문에 일부 브라우저에서 IMG 태그의 width 속성을 이용해서 그림을 줄이면 그림의 선명도가 심하게 떨어진다. 이런 문제점 때문에 에서도 이미지를 다시 샘플링해서 저장하는 옵션을 제공한다. 이 옵션을 이용하면 업로드된 이미지를 다시 샘플링(이미지의 선명도 증가)하고 이미지의 크기를 줄여서 저장하기 때문에 전송량을 줄이는데 상당히 유용하다.

이 옵션은 '관리도구/설정/글 작성/이미지 리샘플링을 설정합니다'의 '기본 설정'을 체크함으로서 사용할 수 있다. 이 옵션은 그림을 올릴 때 이미지를 줄여 저장하는 것이기 때문에 실제 원본 이미지가 줄어든 이미지로 바뀐다. 또 이전에 올린 그림에는 적용되지 않는다. 따라서 원본 이미지를 유지하면서 실시간으로 이미지의 크기를 줄여서 사용하고 싶다면 태터툴즈 플러그인: ResampleLB(비공식)를 사용하면 된다. 플러그인을 사용하는 방법과 설명은 태터툴즈 플러그인: ResampleLB(비공식)를 참조하면 된다.

WIDTH 속성 ResampleLB

WIDTH 속성을 이용한 경우와 다시 샘플링한 경우

두개의 그림을 비교해 보면 알 수 있지만 다시 샘플링한 이미지의 선명도가 훨씬 높다.

외부 리소스 사용

텍스트큐브 1.7.6에서는 텍스트큐브에서 기본적으로 사용하는 자원을 외부에서 가져올 수 있도록 하는 옵션이 추가됐다. 이 옵션을 사용하면 하루 400M 정도의 전송량이 줄었다. 따라서 사용자라면 이 옵션을 사용하는 것이 좋다. 텍스트큐브에서 이 옵션을 사용하려면 '서비스 관리/서버'에서 '외부 리소스 사용'을 체크하면 된다. 이 옵션을 체크하면 owner.js, EAF4.js, common2.js, gallery.js, flash.js등의 자바스크립트 파일을 외부 서버에서 가져온다.

메가패스하나포스는 초고속 인터넷 가입자에게 20~30M 정도의 홈페이지 계정을 제공한다. 이 계정의 특징은 파일 용량은 작지만 트래픽은 무제한 이라는 특징이 있다. 따라서 이런 계정이 있는 사람이라면 자신의 블로그에서 많은 전송량을 유발하는 파일을 이런 계정으로 업로드하고 이 계정으로 부터 파일을 불러 오도록 하면 상당한 전송량을 줄일 수 있다. 나는 다음 파일들을 메가패스 홈페이지 계정에 업로드한 덕에 하루 600M 이상의 트래픽을 줄일 수 있었다. 참고로 이런 계정이 없다면 티스토리 계정에 업로드하고 사용해도 된다.

  • fox.png, panda.png: RSS 피드 아이콘. 모든 페이지에 출력되기 때문에 각각의 파일이 하루 100M 정도의 전송량을 치지한다.
  • Logo_b1.png: 도아의 세상사는 이야기 로고. 역시 모든 페이지에 출력되기 때문에 하루 100M 정도의 전송량을 차지한다.
  • ResampleLB 플러그인 파일: 원래는 LightBox는 블로그내의 이미지를 깔끔하게 확대/축소해서 보여주는 확장 스크립트이다. 이미지를 다시 샘플링해서 보여주는 ResampleLB 플러그인도 LightBox를 사용한다. 초기 판에서는 lightbox.js라는 파일 하나만 사용했었는데 최근판에는 이 파일 외에 builder.js, effects.js, prototype.js, scriptaculous.js등의 파일을 추가로 사용한다. 이 파일들 중 가장 많은 트래픽을 차지하는 파일은 크기가 12만 바이트에 달하는 prototype.js였다. 또 모든 페이지에서 이 스크립트를 읽어 오기 때문에 이 두개의 파일이 차지하는 전송량은 300M가 넘었다. 결국 본문에 이미지가 있는 경우에만 스크립트를 불러오도록 바꾸었지만 차지하는 하루 전송량이 만만치 않아 메가패스 계정을 사용하도록 바꾸었다.

개선된 LightBox

예전에는 확대/축소만 가능했다. 그러나 최근판에서는 그림처럼 LightBox창에서 다른 그림으로 이동할 수 있는 기능도 제공한다. 그런데 예전판에 비해 파일 용량이 상당히 증가했다. 위의 플러그인은 아직 공개하지 않은 플러그인이며, LightBox 최근판과 WordPress 플러그인의 테마를 이용해서 구현한 것이다.

외부 이미지 소스 사용

본문에 내용 보다는 이미지가 많은 사람이라면 가급적 플리커와 같은 외부 이미지 계정을 사용하는 것이 좋다. 나는 이미지 재샘플링 플러그인을 이용해서 이미지를 작은 크기로 압축해서 전송하도록 하고 사용했었다. 그러나 역시 이미지에 의한 전송량이 만만치 않아서 현재는 '플리커 유료 계정'을 사용하고 있다. 플릭커 유료 계정을 사용하면 년 25달러 정도의 추가 요금이 더 든다. 또 이미지에 매번 워터마크를 입히고, 업로드해야 하는 것도 불편하다. 여기에 본문에 그림을 삽입하려고 하면 이미지 크기에 따라 주소가 다르기 때문에 정말 힘들다. 그러나 글에 그림을 삽입하는 것은 J.Parker님의 플리커 플러그인을 사용하면 된다.

플리커 플러그인을 사용하면 자동으로 폭이 500 픽셀인 중간 크기의 그림을 삽입해 준다. 이보다 작은 크기를 원하면 파일 이름에 '_m'을 붙이면 작은 크기, '_s'를 붙이면 사각형, '_t'를 붙이면 조각 그림(썸내일) 크기로 바꿀 수 있기 때문에 올리는 수고만 하면 글에 그림을 추가하는 것이 아주 힘든 작업은 아니다.


http://farm4.static.flickr.com/3276/2908484507_0dea391d7e.jpg(중간 크기: 500 픽셀)

http://farm4.static.flickr.com/3276/2908484507_0dea391d7e_m.jpg(작은 크기: 240 픽셀)

http://farm4.static.flickr.com/3276/2908484507_0dea391d7e_t.jpg(조각 그림: 100 픽셀)

http://farm4.static.flickr.com/3276/2908484507_0dea391d7e_s.jpg(사각형: 75x75 픽셀)

설치형 블로그의 비애

서비스형 블로그를 사용하는 사람은 설치형을 사용하는 사람들의 이런 '눈물겨움'을 이해하지 못할 수 있다. 그러나 대부분 포털형에서 서비스형, 서비스형에서 설치형으로 가는 사람들이 많다는 점에서 알 수 있듯이 자신의 능력이 되고 여유가 있다면 설치형이 서비스형 보다는 훨씬 매력이 있다. 난 블로그일인 미디어라는 말에 완전히 동의하지는 않는다. 다만 '블로그는 일인적이다'라고 생각한다. 포털형이나 서비스형처럼 네트워크를 형성할 수 없을지 모른다. 그러나 블로그는 트랙백으로 연결된 세상이다. 또 포털의 이웃 보다 훨신 가치있는 RSS 구독자를 지닌 개인적인 네트워크이다. 따라서 포털이나 서비스에 종속되기 보다는 고생은 조금 더 해도 이런 자유로움이 존재하는 설치형이 오히려 더 블로그 답다고 생각한다.

마지막으로 설치형의 또 다른 잇점은 '서비스 업체와의 마찰이 필요없다'는 점이다. 서비스 업체의 정책, 서비스 업체의 플래폼이 마음에 들지 않다면 올 겨울 설치형의 매력에 빠져 보는 것도 좋은 방법이다. 참고로 '설치형은 어렵다'는 주장은 하지 말기 바란다. 어렵다는 것은 익숙하지 않다는 말의 다른 표현에 불과하기 때문이다. 익숙하지 않은 것은 익숙하도록 배우면 된다. 세상에 어렵지 않은 일은 없다. 그러나 지나보면 또 할 수 없을 만큼 어려운 일도 없다.

어렵다는 것은 바로 익숙함의 차이이기 때문이다.

관련 글타래

글쓴이
author image
운영체제의 모든 것을 운영하고 있는 IT 블로거. IT 블로거라는 이름은 현재 시국때문에 시사 블로거로 바뀐 상태다. 그러나 나는 아직도 시사와 사회에 관심이 많은 IT 블로거일 뿐이다. 컴퓨터, 운영체제, 시사, 가족, 여행, 맛집, 리뷰등과 살면서 느끼는 소소한 일상이 블로그의 주제이다. 왼쪽의 아이콘은 둘째 딸 다예가 그린 내 모습이다.
2008/11/13 09:39 2008/11/13 09:39
오늘의 글
인기있는 글
조회수 많은 글 | 베오베
댓글 많은 글 | 베오베

Trackback

Trackback Address :: https://offree.net/trackback/2127

Facebook

Comments

  1. 민노씨 2008/11/13 10:33

    마지막 문단의 말씀이 인상적이네요.
    마음이 있다면 일단 시작해보는 것도 참 좋은 방법인 것 같습니다.
    말씀처럼 저 같은 기술 문외한도 그럭저럭 시작해놓고 보니 여전히 버벅대고는 있지만, 설치형 블로그를 운영하는 일이 처음에 생각했던 것처럼 '굉장히' 어려운 일은 아니었습니다. 가끔 좀 귀찮거나, 문제가 생겨 애를 먹는 경우는 있지만요.. ㅎ

    perm. |  mod/del. reply.
    • 도아 2008/11/13 13:23

      쉬운 것은 아니지만 익숙해 지면 그리 어려운 일은 아니라고 생각합니다. 그런데 다들 시작도 안하고 어렵다고 하더군요. 그런면에서 보면 아이들은 정말 지식 스폰지 같다는 생각이 듭니다. 일단 해보고 보니까요.

  2. 칫솔 2008/11/13 11:13

    저도 도아님과 같은 이유로 아직 텍큐를 씁니다. 결과적으로 고민도 같다고 볼 수 있죠 ^^
    다만 해법은 사람마다 다른 것 같아요. 플러그인을 통한 최적화도 방법이고, 플러그인 없이 이미지를 비롯한 최적화가 방법일 것이고요. 사람마다 다른 운영의 묘가 있다는 것도 재미있는 게 아닐까 싶어요~ ^^

    perm. |  mod/del. reply.
    • 도아 2008/11/13 13:24

      저도 간단한 스킨을 이용하려고 합니다만 플러그인은 사용하게 되더군요. 간단한 스킨을 사용하고 압축까지 하면 더 효과적이죠.

  3. Mr.朴 2008/11/13 11:31

    텍스트큐브를 사용하고 있습니다.

    얼마전에 다음 블로거 뉴스로 소이 대박난 글에 댓글을 달았다가 덩달아 제 파비콘이 트래픽에 노출되어 문제 상황이 발생한 적이 있었습니다. (lunamoth님의 댓글을 참고하여) 일단 파비콘 최대 허용량을 조정해놓았지요.

    또 피드버너의 512K 제약(feed 최대 사이즈)으로 피드 최신글 수를 조정한 일도 있죠. 내용을 보니, 의도한 바는 아니었지만 실제로는 일일 트래픽을 줄이는데도 일조가 되겠군요. ^^

    블로그 시작한지 얼마되지도 않아 유입 트래픽이래야 얼마 되지도 않지만 계속해서 운영하려면 아무래도 제한된 대역 한도내에서 트래픽을 최소화하기 위한 노력을 꾸준히 해야될 것 같군요. ^^

    1.7.6으로 업글하면서 '외부 리소스 사용' 정도 밖에 적용해놓은 것이 없는데, 그외에도 많은 방법이 있었네요.

    이정도 길이의 댓글은 처음 남겨봅니다. 좋은 팁 잘 보았습니다. :)

    perm. |  mod/del. reply.
    • 도아 2008/11/13 13:25

      아무래도 설치형은 트래픽 제한이 심하니까요. 조금 운영하다 보면 이내 부족해 지는 것이 트래픽인 것 같습니다.

  4. 건더기 2008/11/13 12:10

    우와~~
    역시 파워블로거 도아님은 스케일이 다르시군요 ;;

    저는 월 트래픽이 3~7GB 수준인데, 도아님은 그게 일일 트래픽이라니 ;;;


    솔직히 개인서버는 쓰는데 너무 서버 리소스가 한가하게 남는다는 느낌도 있지 말입니다..

    perm. |  mod/del. reply.
    • 도아 2008/11/13 13:25

      윽,,, 월 트래픽이 너무 적군요. 3~7GB면 가장 싼 호스팅 업체를 사용해도 되겠군요.

  5. bum 2008/11/13 12:10

    행복한 고민이시군요! :)
    역시나 설치형의 단점이라면 제한된 저장공간과 트래픽이겠지요. 물론 그외는 설치형이 가지고 놀기도 좋고 무엇보다 내 글들이 어느 서비스나 회사에 종속되지 않는다는 것이 제일 큰 장점인거 같습니다.
    저는 좋은 글을 생산하는것도 열심히 글을 쓰는 것도 아니지만 내 글과 사진들이 내가 컨트롤 할 수 없는 곳에 업로드 되는게 싫어서 플리커나 다른 서비스와 접목해서 사용하지는 않습니다. 물론 트래픽도 없고 제가 쓰는 드림호스트가 꽤 큰 저장공간과 대역폭을 주는 이유도 있지만요.

    perm. |  mod/del. reply.
    • 도아 2008/11/13 13:26

      플리커에 개인적인 사진을 올리지는 않습니다. 사진은 이글루스에 올리죠. 플리커에는 주로 잡은 화면을 올리는데 저는 사진의 분량보다는 잡은 화면이 블로그에 더 많습니다. 각종 강좌를 올리는 탓에...

  6. Mr.Dust 2008/11/13 13:37

    저희집으로 오시겠어요?
    무제한 용량, 무제한 트래픽!!!!

    (단, 수시 다운. 한번 다운되면 언제 복구 될지 모름. 자료 백업이나 복구는 알아서.. ( '')a)

    perm. |  mod/del. reply.
  7. 공상플러스 2008/11/13 14:39

    난 플러그인 때문에 하는거임..ㅋㅋ

    perm. |  mod/del. reply.
    • 도아 2008/11/13 15:54

      바꿨군요.

    • 비밀방문자 2008/11/13 16:50

      관리자만 볼 수 있는 댓글입니다.

    • 도아 2008/11/13 17:49

      수정해 두었습니다. JP.Parker님이 보셨으면 기분이 나쁘셨을 수도 있겠군요. 틀린 곳이 많아서.

  8. 혀니 2008/11/13 14:59

    저역시 트래픽 때문에 얼마나 골머리를 썩혔던지요...ㅜㅜ
    초기화하는 비용도 하루 한두번씩 할려니 만만치않더군요
    결국 가장큰 상품으로 바꾸고...여러 장치로 나름 해결은 되었지만
    하드용량, 트래픽용량은 끝없는 고민입니다~ 서브만이 살길인가?
    공감가는글 너무 잘 보았습니다^^

    perm. |  mod/del. reply.
    • 도아 2008/11/13 16:08

      저도 초기화 비용이 커서 트래픽을 올렸습니다. 그런데 그래도 부족한 것이 트래픽이더군요.

  9. 웹초보 2008/11/13 16:36

    플리커로 이미지 호스팅을 해서 트래픽 줄이기에 어느정도 성공했는데 말씀하신대로 Gzip 플러그인까지 적용하니 훨씬 가뿐해진것 같습니다. 언제나 큰 가르침 주셔서 너무 고맙습니다.. ^^;

    perm. |  mod/del. reply.
    • 도아 2008/11/13 17:44

      저는 웹 초보님은 티스토리인 줄 알았습니다.

  10. Fallen Angel 2008/11/13 17:35

    전 현재 티스토리외에 다른곳에 텍스트큐브를 사용중인데...
    한번씩 스팸도 트래픽에 한몫을 하더군요...ㅡ.ㅡ;;;;

    perm. |  mod/del. reply.
    • 도아 2008/11/13 17:45

      스팸도 한몫하고 검색 엔진의 봇도 한몫합니다. 그런데 봇을 막으면 검색이 안되기 때문에 울며 겨자 먹기로 그대로 보고 있습니다.

  11. 주성치 2008/11/14 00:07

    저는 트래픽 무제한 해외 호스팅을 써서 트래픽 걱정은 없는데
    접속속도가 느려서 그것때문에 이것 저것 시도해봤습니다.

    아직도 느리긴한데요. 처음보다는 낫네요 ㅜ.ㅜ
    워드프레스 플러그인이 제공하는 별별 기능 다써봤습니다.
    슈퍼캐시라고 굉장히 잘 만들었더군요.

    기존 워드프레스 기본 캐시기능을 크게 업그레이드하고
    압축전송되 되구요. jquery나 프로토타입같은 자바스크립트
    프레임웍들은 구글 껄 가져다 씁니다.

    perm. |  mod/del. reply.
    • 도아 2008/11/14 01:24

      그래도 못참을 정도는 아니더군요. 서버가 죽거나 하는 일은 없나요?

  12. neojzs 2008/11/14 07:56

    시원한 스킨으로 바꾸셨네요. 올려주신 gzip압축은 잘 활용해 써먹도록 하겠습니다.

    perm. |  mod/del. reply.
    • 도아 2008/11/14 09:00

      감사합니다. 전송량이 부족할 때 사용하면 방문자 수가 폭증하지 않는한 당분간은 전송량 걱정없이 사용할 수 있습니다.

  13. isanghee 2008/11/15 01:07

    제 블로그가 아직은 한산하지만, 언젠가 이 글의 도움을 받았으면 좋겠습니다.
    좋은 글 감사합니다...^^

    perm. |  mod/del. reply.
    • 도아 2008/11/15 08:48

      예... 꼭 사용하시기 바랍니다. 트래픽 절감에는 많은 도움이 됩니다.

  14. At Season 2008/11/16 18:17

    최근에 블로그를 옮겼습니다.

    왜 이렇게 어렵지라고 생각했는데...
    '어렵다는 것은 바로 익숙함의 차이'라는 말 공감합니다.

    제 블로그는 아직까지 조용해서 트래픽 걱정은 없습니다...^^;

    perm. |  mod/del. reply.
    • 도아 2008/11/17 07:21

      예. 저 역시 그렇게 생각합니다. 그리고 생각보다 빨리 트래픽 부족을 경험하시게됩니다. 저도 운영 1년 만에 부족해 지더군요.

  15. 미르~* 2008/11/25 08:25

    팁들은 참 훌륭합니다만...저같은 게으른 블로거에게는 꿈같은 일이군요...
    전 블로거라기보다.. 코멘터라고 불려야 하는게 아닌가 하는 생각을 가끔 합니다.. -_-;;
    제 블로그에 쓰는 글보다, 도아님 글에 다는 덧글이 더 많을듯...;;

    perm. |  mod/del. reply.
    • 도아 2008/11/25 08:50

      블로깅이 직장생활과 병행하기는 힘들죠. 더구나 다니는 회사가 대기업이면 더욱 그런 것 같더군요.

  16. 블로그인 2009/04/06 01:28

    두고 두고 봐야 하겠습니다. 너무 너무 좋은 글 감사드립니다.

    perm. |  mod/del. reply.
    • 도아 2009/04/06 12:25

      감사합니다. 설치형을 운영하다 보면 전송량의 압박이 아주 심하죠.

  17. 게토 2009/08/25 20:58

    정말 감사합니다.
    하루 2GB의 트래픽을 감당할 수 있는데, 요즘 갑자기 방문자 수가 2배 이상 증가하여 자주 접속불가였습니다.

    일단 플러그인 설치는 해봤는데, 효과가 어느 정도인지는 조금 기다려봐야겠군요~

    감사합니다!

    perm. |  mod/del. reply.
    • 도아 2009/08/26 08:25

      블로그에 따라 다르지만 텍스트 블로그는 3~4배 트래픽을 올린 효과가 있습니다. 제블로그 하루 방문자가 만여명이 넘고 RSS 트래픽으로 1G를 날리지만 3.5G의 트래픽으로 버팅기는 이유입니다.

(옵션: 없으면 생략)

글을 올릴 때 [b], [i], [url], [img]와 같은 BBCode를 사용할 수 있습니다.