싱크 블로그에 대한 모든 것 

Simple View | Forum View

MT에서 이용가능한 Syncer(싱커)라는 플럭인(CGI와 MT를 이어주는 부분)과 CGI를 만들었습니다. 이글 이후 egloos에 대해 싱크하는 것을 공개할 것입니다. 설치형 블로그의 글 입력 화면에서 Save를 할 때, 이 CGI로 글의 데이터를 전송해주기만 하면, 싱크가 가능합니다. 해당 싱크블로그로 별도의 창을 통한 로그인 등이 필요없습니다.

제가 MT를 사용하는 관계로 MT부분은 당근 플럭인 형태로 구현이 되어 있지만, 다른 설치형의 경우에도 적용이 그리 어렵지 않을 것입니다. 각 설치형 커뮤니티 내에서 내부구조를 좀 아시는 분이 충분히 접목할 수 있다 봅니다.

이하 내용은 싱크 블로그 자체에 대한 사항을 미리 정리해 본 것입니다.

싱크 블로그가 멉니까?

주로 자기 마음대로 변경/설정이 가능한 설치형 블로그에 글을 올리는 동시에, 자신의 다른 가입형(설치형도 가능하지만) 블로그에 동시적으로 별도의 절차없이 바로 올리는 것을 싱크한다라고 표현할 수 있으며(원칙적 의미의 싱크는, 한 곳에서 수정을 할 경우 다른 곳에도 즉각 반영되어야 하지만, 이의 구현은 그리 쉽지 않으므로 논외로 합니다.), 메인(설치형) 블로그에 상대적인 개념으로 이런 방법에 의해 운영되는 블로그를 싱크 블로그라 칭할 수 있을 것입니다.

하나도 벅찬데 왜 블로그 싱크를 할까요?

사실 블로그 하나 제대로 운용하기도 벅찬게 사실입니다.  그래서 블로그를 싱크할려는 것입니다. 자신의 주변잡기를 로깅(Logging)차원에서 하는 글은 굳이 여타 커뮤니티로 싱크할 필요가 없습니다(적을 것입니다.). 다만 자신이 힘들게 정성들여 쓴 비판/아이디어/패러디/컬럼 류의 글이 겨우 수십클릭(대부분이 자신이 확인할려고 누른...) 후에, 검색엔진 아카이브로 사라지는 조금 당혹스런 결과를 줄이고, 많은 분들에게 접할 기회를 적극적으로 Broadcasting해보자는(BLOG = Broadcast + Log, 제가 재부여한 표현입니다.) 작은 노력일 뿐입니다. 설치형 블로그의 경우 이런 현상은 매우 큽니다. 자신의 블로그에 정기적(?)으로 찾아오는 극소수의 팬들 외에, 자신의 글의 존재를 알고 찾아올 방도가, 몇몇 메타블로그 사이트의 메인에 올라오는 "새로운 글"에 노출되는 잠깐의 기회 외엔 전무한게 설치형의 현실입니다. 매우 정성들여 쓴 많은 분들과 공감하고 싶은 글이, 부실(?)한 메타블로그의 성능에 말미암아 메인의 "새로운 글"에 나타나지 않아서, 쓰라린 가슴을 앉고 허망하게 블로그를 응시하던 경험이 한 두번은 다들 있지 않을까요? (더 웃긴건, 그런 아픔을 함부러 남에게 말하기도 곤란하든 점입니다. 왜? 쪽팔리니깐 !)

설치형의 최대 장점이 "자유도"입니다. 가입형의 장점이 그들만의 공고한 "커뮤니티"입니다. 가입형의 경우 시간이 흐름에 따라 점점 그 "자유도"를 높여감으로써(기본적인 한계가 있음에도) 그들의 약점을 보완할 것인데 반해, 설치형은 나홀로 외로이, 고고히 "자유"만을 외치는 형국을 조금이라도 탈피해야 하지 않을까요? 이제 설치형의 장점인 그 "자유도"를 단지 스킨의 꾸밈이 아닌, 좀더 근본적인 곳에도 적용해야 할 것입니다. 싱크 블로그는 그 한 예입니다.

* 자유도가 높아서 선택한다는 설치형 블로그... 아이러니하게 "모블로그"는 제일 적용이 뒤쳐진 곳이 설치형 아니던가요?

 

블로그의 싱크 방법은 어떻습니까?

블로그 싱크를 한다는 것은, 결국 해당 블로그에 자신의 계정으로 로그인해서, 새글을 올리는 절차를 자동화시키는 것입니다. 쉽게는 해당 블로에서 제공하는 로그인 페이지를 별도로 띄우고, 이를 통해 직접 로그인 한 후에, 자동(별도의 절차없이 입력한 내용을 전송)/수동(자신이 직접 본문 내용 복사/붙여넣기식)의 방법으로 싱크를 할 수 있습니다.

하지만 이런 방법은 싱크할 블로그가 둘 이상만 되어도, 매번 포스팅시 일일이 로그인 창을 띄워서 로그인해야하는 것은 매우 불편합니다. 이에 대해, 글을 전송하는 프로그램 내에서 자동으로 로그인하고, 글을 전송하는 방법이 있습니다. Perl의 경우 LWP라는 모듈을 이용해 가능합니다.

 

블로그를 싱크한다 혹은 싱크블로그를 운영한다는 것은 적법한 겁니까?

정확한 자신의 신상으로 계정을 만들고 블로그를 개설하고, 그것을 운영하는 것은 완전히 적법한 것입니다. 그 블로그(가입형)에 자신의 설치형 블로그에 있는 글을 복사해 운영하든, 남의 글 스크랩 전문으로 운영하든 하등 그 자체로 적법하지 않을 이유는 없습니다. 다른 일반 블로그들이 내용상 혹 제재받는 경우가 있다면, 싱크블로그라 해서 예외가 될 수 있는 없겠지만, 싱크블로그라는 자체만으로 즉 글의 내용이 오로지 그 해당 블로그커뮤니티를 위한 것이 아니라는 이유만으로 별도의 취급을 받을 이유는 없습니다.

 

그래도 해당 가입형 블로그 주체가 '기술적'으로 싱크하는 것을 몰래 막는 사태는 없을까요?

다시한번 말씀드리자만, 싱크블로그 자체는 해당 블로그에 어떠한 가외의 부하를 주지도 않을 뿐더라, 정당한 가입자로서 복사/붙여넣기에 의한 단무지 방법을 간편하게 사용하는 것일 뿐이므로  어떠한 탈법적 방법에 의존하지 않습니다.

즉 탈법이 아니기 때문에, 반대로 말해 그 싱크블로그 사용자가 합법한 사용자인 한에는 그 어떠한 기술을 사용해 차단하려 해도, 직접 입력이 아닌 프로그램상으로의 자동 입력 자체를 기술적으로 막을 수 없습니다. 가장 쉽게는 referer를 이용한다는 일차원적인 발상이 나올 수 있겠지만...전송하는 IP/Referer등의 값은 하드웨어 고정적인 값이 아니라, 프로그램적으로 설정한 값일 뿐입니다. 이게 멀 의미하는지 모르는 기술자도 있긴 할 것입니다. 이런 기술적 방어에 대해, 제가 할 수 있는 말씀은 단 하나. 헛수고마시라! 입니다.

 

싱크블로그를 운용하게 되면, 자신의 같은 글이 최소 하나 이상 인터넷공간에 존재하게 되는 결과가 되는데, 도배 아닙니까?

도배는 새로이 국어사전에 등재될 인터넷 전문용어죠? 도배라는 개념은 자신의 글 하나 혹은 좀더 확장해 다른 글이라도 짧은 시간내에 많이 올리는 경우를 말하는 것입니다. 이 도배가 문제되는 것은, 이로 인해 다른 이의 글이 소개될 기회가 상대적으로 대폭 감소한다는 데 있다 봅니다. 주로 게시판 문화에서 게시판의 첫페이지에 실리는 대략 15~20개의 글이 가장 접촉빈도가 높다는 현실하에, 한페이지만 뒤로 넘어가도 노출확률이 대폭 줄어든느 결과에 대한 방지 개념일 겁니다. 이런 도배 자체는 어떤 한 시스템/커뮤니티 내의 문제입니다.

싱크블로그는 도배하지 않습니다. 한 블로그 커뮤니티 내에는 한번만 올릴 뿐입니다. 이를 웹은 월드와이드하다는 개념을 내세워 하나 이상의 글의 존재를 도배라 본다면, 너무 제한하는 개념이라 봅니다. 꼭 블로그 싱크라는 개념을 논외로 하더라도, 수많은 이유에 의해 하나의 글이 복수로 존재할 수 밖에 없습니다.

이런 확대된 도배개념의 그물에는 펌/스크랩도 포함될 수 있긴 할 것입니다만, 멀쩡한 남의 글도 스크랩하는 마당에, 자신이 쓴 글을 자신이 속한 여러 블로그 커뮤니티에 제공하는 것을 터부시할 순 없을 것이라 봅니다.

 

싱크 블로그를 운용하는 데 있어서 고려해야 할 것이 있을까요?

  • 메타블로그 사이트 등에 자신의 RSS를 등록할 경우엔, 반드시 하나의 메인 블로그만 등록해야 할 것입니다. 그렇지 않을 경우, 해당 메타사이트에 정말로 도배하는 참혹한 결과가 생길 수 있기 때문입니다.
     
  • 트랙백의 허용/불허 여부에 신경을 써야 합니다. 같은 자신의 글이 여러 커뮤니티내에 제공되는 결과로 해당 커뮤니티내에만 속한 블로거가 트랙백을 보내고자 할 때, 그들이 각각의 커뮤니티 내에 존재하는 글이 가지는 개개의 트랙백 주소로 보낸다면, 운용하는 입장에서 볼 때 관리가 매우 힘들 수 있습니다. 고로, 해당 커뮤니티에 싱크하는 글은 설정을 통해, 트랙백 불허/금지를 해야 합니다. 대신에 글의 말미에 자신의 설치형 블로그에서 제공하는 트랙백 주소를 삽입해 줘야 합니다.(싱크블로깅 툴 내에서 지원합니다.)
     
  • 몇몇 가입형 블로그의 경우, 해당 글에 스크랩 허용/금지 설정이 있습니다. 특별한 이유가 없는 한 타인의 스크랩은 허용하는게 싱크블로그의 특성상 자연스럽다 봅니다. 만약 어떤 글에 대해 스크랩을 해당 커뮤니티내에 제공할 의사가 없다면, 잠시 그 글에 대해선 싱크를 꺼두는게 좋을 것입니다.
     
  • 코멘트에 대해서도 금지 설정을 해두고, 대신에 글의 말미에 자신의 메인블로그 코멘트링크를 제시해서 코멘트도 일원화시켜 줄 수도 있을 것입니다. 다만, 많지 않은 몇몇 블로그만 운용한다면, 해당 블로그 커뮤니티내에 참여한다는 이유로 허용할수도 있을 것입니다.(이게 더 바람직하다 봅니다)

 

싱크 블로그의 한계는?

분명 싱크블로그도 일반 해당 커뮤니티에 속한 오리지널 블로그에 비해 한계가 있습니다. 문제는 그 한계를, 싱크블로그를 통해 얻고자 하는 전파력과의 기회비용으로 보상할 수 있느냐 없느냐입니다. 그건 자신이 판단해야 합니다.

원래의 메인 블로그 상에 이미지나 동영상이 포함되어 있을 경우, 싱크 블로그 상에선 그 이미지/동영상(자신의 메인 블로그 서버상의)을 이용할 수 밖에 없습니다. 물론 기술적으로 많이 궁리하면 메인 블로그상의 이미지나 동영상을 자동적으로 싱크블로그로 전송하고, 그 주소를 이용하게 만들 수 있긴 할 것입니다. 그러면야 얼마나 좋겠습니까만은, 배보가 배꼽이 커집니다.

그래서 해당 블로그시스템에서 제공하는 이미지/동영상 업로드를 싱크해주는 프로그램상에서 이용하질 못합니다. 자신이 직접 해당 블로그에 로그인해서, 일반적인 방법으로 이미지만 업로드하고 그 주소를 일일이 사용할 수는 물론 있습니다. 하지만 귀찮죠... 고로 원 페이지에 삽입한 데이터들은 여전히 자신의 블로그 서버에서 트래픽을 제공해야 합니다. 순전히 멀티미디어 데이터에 대한 트래픽 분배의 덕을 볼 요량이라면 싱크블로그는 불만족입니다.

새로운 글의 포스팅시에만 싱크가 작동하고, 메인 블로그의 기존글 수정시마다 해당 싱크블로그의 글들이 자동 수정되지 않습니다. 이또한 기술적 불능은 아니고 구현의 골복잡함 때문입니다. 관심있는 분은 한번...

Post a comment

  • PGP/GPG 서명된 코멘트를 지원합니다. ?
  • 이메일 주소는 정중히 사절합니다.
  • 이름(닉네임)/블로그 주소는 필수 입력사항입니다.
  • 이미지는 자기 블로그상의 대문이미지 등을 사용하셔도 좋습니다.
  • 코멘트에 달린 이미지를 클릭하면 자신의 블로그로 연결됩니다.
  • 깨진 블로그/이미지 주소를 가진 코멘트는 수정/삭제 대상입니다.


  •   Forget me

    ?