가입형 블로그의 또 다른 문제점 !?

어제 블로그의 RSS Feeding 방식을 수정하고 나서, Bloglines 에 밀린 구독 포스트들을 봤는데요.
보다가 속도가 너무 느려서 , 몇개의 블로그를 구독리스트에서 지워버렸습니다.

포스트안에 이미지가 많음에도 불구하고, 풀 포스트를 RSS Feeding하는 블로그가 예상외로 많군요.
이럴경우 며칠 안들어가다가 들어가 보면, 이미지랑 글이 너무 많아서
잠시동안 컴퓨터가 아무 동작도 못할정도로 랙이 심하네요.

제가 좀 이상해서, 메일함에 안읽은 메일 있다고 Bold 체로 나오면 기분이 나쁘거든요. (그런분 안계시나요 ?)
Bloglines 구독목록에서도 Bold체가 나오면 꼭 훝어라도 봐야 직성이 풀리는지라.. (Mark All Read 는 싫어욧!)

하여튼 그래서 삭제를 하면서 조금 찾아보니, 글전체를 RSS 피딩하는 블로그들은 다음과 같습니다.

물론 설치형인 TatterTools 와 Zog 는 자신이 수정할수 있지만, 기본설치시 풀포스트를 피딩하게 되어있는것 같습니다.
음.. BlogN 은 도무지 RSS 피드가 어디있는지를 못찾겠군요. 없는건가.. -_-;;

Egloos , Empas 는 요약본 포스트를 보냅니다. 외산툴인 MTpMachine 도 마찬가지구요.
특히 EnBee 는 설정에서 본문전체,본문요약,제목만표시등 세가지로 RSS 피딩방법을 바꿀수가 있군요.
역시 만박님 -_-b (근데.. 구독자가 골라볼수 있는 방법은 없나요 ?)

전체 내용을 RSS 피딩하는 외국사이트는 거의 없는것 같군요. MSDN 블로그 빼구요. -_-+

풀 포스트를 RSS에 담는것이 나쁘다는것은 아니지만, 인터넷상의 트래픽증가에는 분명히 영향을 미칠거라고 보구요.
전에 간단히 얘기했던거처럼 새로운 방식의 RSS 가 나오지 않는 한은, 전 요약형식의 RSS 가 훨씬 더 좋다고 봅니다.

그리고, 글을 리더에서 다 봐 버리면 , 정작 블로그엔 안오실수도 있잖아요 ^^;
오셔서 그 글에 직접 코멘트도 달고 , 제가 올린 답변들도 봐주셔야 하는데 말이죠.

혹시 조그/태터사용자께서 요약본RSS로 바꾸신다면,
[#!_조그나 태터에서 요약본 포스팅 하는 방법 보기..▽|적용 완료!..△_!#]

조그의 경우 rss.php , 태터는 index.xml 파일에 아래 함수를 이용하시면 됩니다.


  1. function str_cutting($str, $len){
  2.     preg_match(‘/([\x00-\x7e]|..)*/’, substr($str, 0, $len), $rtn);
  3.     if ( $len < strlen($str) ) $rtn[0].=“..”;    
  4.     return $rtn[0];
  5. }

  6. // 적용예
  7. $post_content = str_cutting(htmlspecialchars(stripslashes(strip_tags($post_content))),500);

[#!_END_!#]

그런데.. 포털형 블로그는 방법이 없군요. “요약본과 풀포스트용으로 RSS를 따로 만들어 달라”고 하면 만들어 줄까요 ?

글 제목에 문제점이라고 써 놨지만.. 사실 저 혼자만 느끼는 문제점일수도 있네요. 🙂

Leave a comment ?

38 Comments.

  1. 저도 RSS 내보내는 것을 바꾸면 전체 내용을 RSS에 보낼 수 있지만 기본값이 요약만 보내는 것이라 그냥 두고 있어요. 그런데 전체 내용을 RSS로 볼 수 있던지 아니면 요약만 볼 수 있더라도 제 경우는 거의 방문해서 (코멘트 읽고파서요) 본답니다. 그러니 별로 염려하지 않으셔도 될듯 합니다. 오히려 저는 “좋은 내용 잘 봤습니다” 라는 코멘트 보다 뭔가 내용이 있는 코멘트들을 좋아하거든요 ^^

  2. 저는 full 포스트를 더 선호하는 편인데요. 양(?)이 많아지다 보니 앞의 몇자만 보고는 결정하기 힘들어져서요..

  3. 저도 개인적으로 FULL 포스트를 더 선호합니다만 ^^;
    리더기 사용하면 조금 불편할때 있지 않은가요?

  4. 저도 FULL 을 선호해요… ^^;

  5. 저는 요약포스트를 좋아하는데..
    태터에서 index.xml을 바꾸어야 하는 건가요?
    이런건 잘 몰라서 어디를 바꿔야 할지 이해가 안가네요.;

    • 아 이런.. 태터내부를 잠깐 봤더니, 요청시마다 동적으로 만드는게 아니라, 글을 포스팅할때 파일단위로 아예 만들어 놓는군요.
      태터의 inc_function.php에 update_xml함수 근처에 위 str_cutting 함수를 추가하시고,
      1353 라인의 attach_image($body, $s_attach_path.. 부분을 attach_image(str_cutting($body,500) , $s_attach_path..
      정도로 수정하면 될거는 같습니다. 이거 제가 태터에 이런저런 수정부분을 계속 적게 되는군요. 이래도 되나.. ^^;

  6. 3:3 만들기! 저는 요약을 사랑합니다. 아무래도 템플릿과, 글꼴과, 덧글들의 조화가 글을 더 아름답게 만드는 것 같습니다.

  7. 저도 Full을 더 좋아합니다.

    코멘트는 꼭 필요할 경우만 접속해서 남기고

    또 제 글에 별로 피드백을 바라지도 않기에 RSS를 Full로 내보냅니다….^^;

    • 올리버님까지.. 근데 올리버님은 피드백을 바라지 않으시지만, 올리버님 블로그엔 다들 잘 해주시네요. ^^;
      제글은 리플 안달린글도 많거든요. 제가 글을 원체 못쓰는것도 이유겠지만 말입니다.
      그래도…… 요약본도 만들어주세요!

  8. 저도 Full 이 더 좋으네요.. 때로는 요약본 보내는 블로그의 경우 RSS 구독을 중지하기도 합니다.. ^^:; 굳이 구독할 필요가 없어서.. 그런 곳은 즐겨찾기로 두고 찾아가는 쪽을 선호합니다, 차라리.. 🙂

    • 요약본이라고 구독을 중지하시다니.. 이.럴.수.가.
      하노아님을 위해 숨겨둔 풀포스트용 RSS 링크를 공개해야 하나.. 쉽게 유추는 가능합니다만 ^_^;

  9. 요약본에 힘을실어드리죠. 요약에 한표입니다 🙂

    저도 처음에는 Full 을 좋아했어요. 요약은 왠지 치사한것같아서 일부러 구독을 중단하기도했었습니다. 하지만 구독블로그가 300개를 넘어가면서부터 -_- Full 은 감당하기가 힘들어졌습니다. 게다가 RSS 만으로는 글의 전체내용을 의도한대로 완벽히 표현할수 없고 코멘트나 트랙백을 통한 또다른 의견들을 볼수없으니 아무리 전체내용을 보여준다해도 완전한 형태가 될수는 없습니다.

    차라리 RSS 특성에 맞는 형태로 재가공해서 보여주는것이 훨씬 낫다는 생각에 저도 근래에 Full 에서 요약으로 피딩방식을 바꾸었습니다. 물론 “치사하지않기위해” 포스트에서는 볼수없는 썸네일을 제공하는 애교를 곁들여서요.

    블로그의 표준이랄수있는 MT 의 RSS 피딩 기본설정이 “요약” 이라는점도 요약쪽에 좀 더 무게중심을 실을수있지않나 생각해봅니다.

    • 제 블로그는 아무래도 LikeJAzz님 영향을 가장 많이 받는거 같군요. 제 요약본 RSS의 모델도 역시였거든요 🙂

      근데 사실 요약본이라고 해도 , 글의 앞부분만 보여주는것이기때문에 조금 불만이긴 합니다. 아예 Summary 를 따로 적는 다면 괜찮을것도 같은데 그럼 글쓰기가 너무 힘들어질거 같아서 그냥 생각만 해보는 중입니다.

  10. 저는 현재 1024자 요약본 –; 별 이유는 없고 기본 설정이 1024자로 되있는데 왠만한 길이의 포스트는 다 소화되는 관계로 그냥 놓아두고 있습니다.

  11. 투표분위기네요..^^
    생각해보니 저도 요약RSS는 방문횟수가 점점 줄어드는 것 같습니다.
    구루님 말씀데로 요약이 아니라 단지 앞부분을 짤라서 보여주기 때문인것 같은데요. 요약보고 갔더니 나머지 부분이 2줄 정도라면 허무하잖아요 ^_^

    어차피 리더기로 보는 것은 한계가 있기 때문에 full로 보여준다고 해서 방문횟수가 적어지지는 않는것 같습니다. 요약RSS가 그냥 습관적으로 클릭하는 것이라면, full RSS는 읽을 준비를 하고 방문한다고 할까요?

    MT도 기본적으로 3가지를 제공하던데, 이경우 ATOM을 추가하는 쪽이고요..

    그나 저나 숨겨놓으신 full RSS 찾아봐야 겠습니다.. ^_^

  12. 역시나 해결방법은 mt, wordpress, pivot 등 다른 외산 블로그툴이 하는 거 처럼
    요약문 따로 본문 따로 쓰는 수 밖에…^^;

  13. RSS에 본문 전체가 들어가서 인터넷의 트래픽이 낭비가 될것이라는 데에는 수긍할 수 없습니다. 일부 툴에서는 그림 파일이나 미디어 파일 조차도 XML안에 포함해서 보낸다곤 하지만, 그렇지 않고 텍스트만 보낸다면 트랙백에 큰 영향을 주지 않을 것이 라고 봅니다. 게다가 독립 프로그램이 아닌 브라우저에 기본한 RSS 리더를 사용한다면, 이미지 등은 모두 캐쉬에 남을 것입니다. 문제는 요약을 적도록 되어있는 description(단, RSS 2.0에서)에 본문 전체를 내보낸다는 데 있다고 봅니다. RSS 툴에 따라 description 처리가 다르기 때문에, 처리가 늦어진다거나 프로그램에 부담이 된다거나 하는 문제가 있겠지요. 이런 점에서 요약과 본문을 모두 처리할 수 있도록 되어있는 ATOM 규격이 마음에 듭니다. 전, rss 2.0에서는 description에는 요약한 내용을 출력하고 http://purl.org/rss/1.0/modules/content/ 등을 사용하여 본문 전체는 따로 뽑아내야한다고 생각합니다,

    • 브라우저에 기반한 RSS 리더라면 브라우징을 하거나 할때만 읽어와서 문제가 안되겠지만, Bloglines 같은 온라인 리더는 한시간에 한번정도, BlogKorea 같은 메타사이트는 약 몇십분에 한번씩 계속 RSS 를 읽어갑니다. 이미지파일에 비해서는 작은 크기의 텍스트 일지라도 같은 내용이 여기저기로 계속 전송이 된다면 트래픽 낭비가 아닐까요 ?

  14. 파일을 다 받지 않아도 파일 용량과, 수정한 일시를 알 수 있습니다. 대부분은 이렇게 확인해서 새로운 파일일 경우에만 받아갈것입니다.(추정입니다. 제가 안써봐서 정확히는 모르겠습니다.) 만약 몇십분 마다 받아간다면, 그 사이트에서 트랙백을 감당하지 못할거라 생각합니다.

    • RSS 리더가 파일을 인텔리전트하게 읽어내어 파일의 용량만으로 판별한다면 안받을수도 있을듯 합니다. 근데 태터같이 rss.xml 을 파일로 고정생성하는 툴이 아니면, 제 사이트같이 php를 이용해서 요구시마다 동적으로 생성되어 , 계속 새로운 파일로 인식될듯 하네요. HTTP 프로토콜 상에서 RSS 파일을 가져갈때, 어떤식으로 받는지는 한번 알아봐야 겠네요.

      이글쓰고 나서 제 RSS 파일을 읽어가는 통계를 따로 기록해보고 있는데요. 현재 시간당 약 70회 정도 요청이 들어오고 있군요. SharpReader,Bloglines,Mozilla,Ari님의 리더등 여기저기 요청이 많네요. MagpieRSS/0.51 (+http://magpierss.sf.net) 이라는 놈이 가장 빈도가 많은데 그거 소스를 뒤져보면 좋을듯 하군요. 이건 주소가 제각각인걸로 봐서 아마도 각자 php 계정에서 돌아가는 리더인듯 싶습니다.

  15. 구루님 덕분에 성공적으로 기능을 구현할 수 있었습니다..^^ 어제 저녁에 부랴부랴 팁을 얻고 구현을 했던지라 미처 감사인사를 못드렸네요..^^;

    아..그리고 방문해서 글 남겨주셔서 감사드립니다..^^;

  16. >php를 이용해서 요구시마다 동적으로 생성되어 , 계속 새로운 파일로 인식될듯 하네요.

    여기다가 처음으로 글을 남기는지 어떤지 잘 기억이 안나네요..;

    동적으로 파일을 생성한다 하더라도, 파일이 캐시에 남습니다. 따로 캐싱을 하지 않게 철저히 헤더에다가 명시하면 몰라도(그러나 이렇게해도 익스는 징하게 캐시에 남기기도 합니다-_-!), 일단 캐시에 남는데다가 파일을 불러오기 전에 헤더 정보만 가져와서 ETag 랑 Date 헤더만 조사해보면 그 파일이 언제 수정되었고 지금 가지고 있는 파일과 비교해서 최신인지 아닌지 판별할 수 있습니다. 즉… 원래 파일 크기가 얼마나 크던 간에, 트래픽은 헤더 크기 만큼만 소모될 뿐입니다(최신 파일이 아니라서 내용을 받지 않는다면).

    …글을 보다보니, 통계에 RSS 파일 리퀘스트 프레퀀시 같은 것도 아이템이 되겠군요.. ^^;; 얼마나 내 RSS 파일이 많이 참조되고 있나.. 뭐 그런 별 쓸데없을 듯한 -_-

    p.s
    본문 전체가 디스크립션에 들어가서 생기는 트래픽… 이것은 뭐 리더에 따라서 장단점이 있겠군요. 그리고 만약 요약문을 따로 보여주고 전문도 따로 보여주면 표시할 때 선택사항이 생겨 좋긴한데, 그리되면 RSS 크기는 더 커져버리니.. ^^;; ..사실, 국내 블로그의 트렌드를 보면 트랙백 보낼 때 요약글을 과연 따로 적을 사람이 있을까? 생각도 들고요(거의 없을 듯). 그리고 무엇보다도, 트랙뷁 규약이 뷁스럽게도 타국어에 대한 지원이 없고, 상대방의 블로그 엔트리에 몇 바이트까지 자르는지 알 수가 없기 때문에, 요약글을 열심히 적어도 엉뚱한데서 잘릴 우려가 있습니다. -_-; 이건 MT의 트랙백 규격 자체를 보완해야할 문제입니다. ..제가 힘과 지식이 좀 더 있더라면, 확장 트랙백 규격을 MT에 영어로 제안해서 RFC 문서처럼 아예 국제표준으로 만들 생각도 생길텐데… 의욕과 실력 부족으로.. -_-;;;;

    • 요약과 전체를 같이 담지않고, 요약본 RSS , 풀타입 RSS 를 나누면 되겠죠. 원하는 파일만 가져다 보는.. ^^

      쓸데없는거 같지만 RSS 통계를 만들어서 보고 있답니다. 블로그라인스처럼 구독자 목록을 보여주는게 아니면. 어디어디서 가져가고 있는지 한번 확인이라도 해보려고요. 근데 사실 USER_AGENT 값에 남기는 리더들은 많지 않아서 쓸모있는 정보는 못되는거 같습니다. Bloglines 랑 SharpReader 만 정확한 USER_AGENT 정보를 남겨주고 가더군요.

      어쩌다 보니, 트랙백과 트래픽이 번갈아 가면서 쓰이고 있군요. ^^ 하여튼 전 트랙백 보낼때는 글중에서 그래도 중요한 부분만을 추려서 보내려고 노력합니다. 보통은 앞에 한 100글자도 안되는 부분만 보이기때문에 글 서두만 봐서는 트랙백의 내용을 확인이 불가능 하더라구요.

  17. 덧.

    php파일을 동적으로 생성할 때, Date 에 항상 그 파일의 최신 업데이트 날짜가 들어간다면 날짜 비교만으로는 그 파일이 업데이트된건지 아닌지 알 수가 없을 겁니다. 그럴 때는 본문 길이를 조사해서 이전 거랑 틀리면 업데이트된 거라 판단하면 되긴 하나… 이럴 경우, 이전에 참조했던 RSS 파일의 크기를 서버가 가지고 있던지 해야하는군요. -_-.. 대신, 동적으로 생성하더라도 따로 헤더에 Date 를 최근에 업데이트한 블로그 글 시각을 기준으로만 항상 내보낸다면… 계속 업데이트 된 걸로 오동작하지는 않겠네요. 이건 내보내는 측의 문제입니다. 아마..전자의 방식이라면, 샤프 리더나 그런 툴은 1시간 간격이나 그럴 때마다 무조건 최신 글이 떴다고 알릴지도 모르겠네요.

    • 제 rss.php를 수정해서 RSS 의 BuildDate 와 Header 의 Date 는 그렇게 맞춰볼려고 합니다. 그런데 테스트를 어찌해봐야 할지는 잘.. -_-a

      그리고 , RSS 파일의 업데이트 날짜는 달라도 글 등록시간이 같으므로 무조건 최신글로 알아먹지는 않는가 보더군요. Bloglines 같은 경우는 확실히 글 자체의 시간은 안바뀌어도 안에 내용이 바뀌면 글이 Update 되었다고 판단하고 새글인것 처럼 보여주더군요. 이전파일과 새파일의 내용비교를 하는가 봅니다.

      Update 되었다고 표시해주지는 않는게 약간 불만입니다. ^^;

  18. 어제 글 남기고 오늘 곰곰이 생각해보니, 두 가지 경우가 있는 거 같습니다.

    일단 파일 자체의 업데이트 시각은 최신으로 항상 갱신되겠고요(php 파일로 생성하면). 근데 RSS 리더의 경우 표준에 있는대로 BuildDate 를 참조해서 그 블로그 엔트리가 업데이트 되었는지를 알테니까, 그걸로 최신글을 판단할테고요(요건 리더마다 좀 틀린 듯 합니다만.. 본문이 변하면 시각이 같더라도 변경된 걸로 파악하는 리더도 있는 듯).

    그런데 그 대신에 캐시에 있는 데이터를 안쓰고 새로 내보낼 겁니다(트래픽 유발). 지금 보기엔 정적 파일 생성이 더 좋은 거 같아요. ^_^ ..그러고보니 어디선가 MT 개발자랑 직접 얘기하시는 분이 계신 거 같던데;; 전 영어가 딸려서리.. ㅜ.ㅜ 누가 MT 에다가 트랙뷁 규격 확장 좀 해달라고 부탁해줘요;;; 일본어라면 써보낼 수 있는데 영어가 좌절이라… -_- 인코딩 정보랑 상대방 트랙백 정보를 되돌려받는(리버스) 거랑 하여튼 그런 것좀 처리해달라구요;;

  19. http://crizin.net/index.php?pl=3&ct1=2
    요거 참조해보세요. ^_^ 요렇게 하면 될 듯 하네요.

    • 네, 저도 지금은 소스에는 주석처리로 막아놨는데, 파일의 시간보다는 디비를 한번 검사하여 마지막 글의 업로드된 시간으로 지정하려고 하고있습니다.

      그리고 날짜형식은 date(‘r’) 로 해주는게 다른 Validator 들에서 에러를 안내더군요. ^^

Leave a Comment


NOTE - You can use these HTML tags and attributes:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>