갑자기 뭔가 또 심정의 변화가 생겼다. 새벽에 블로그에 접속하는데 생각보다 느렸기 때문이다. 집에서 접속하는 것은 초고속 인터넷망이기 때문에 회사보다 빨라야 정상인데 내 블로그는 그렇지 못했다. 그래서 뭔가 이상하다는 생각을 하게 되었다. 왜 느릴까?

그런데 막상 생각해보니 답은 의외로 간단했다. 내가 웹호스팅을 받고있는 Site5라는 웹호스팅 업체는 미국에 위치하고 있다. 그리고 원래 해외 웹호스팅은 좀 느리다. 한국 시간으로 새벽은 미국 시간으로는 오후쯤 된다. 즉, 한참 인터넷 회선이 마구 돌때라는 얘기다. 내부적으로 서버들이 왕성하게 활동하다보니 미국 입장에서 한국에서 접속하는 것은 해외에서 접속하는 것. 한국도 인터넷을 많이 사용하는 시간대에는 접속이 좀 느린 것이 있는데 미국은 바로 한국 시간으로 새벽에 그런 현상이 벌어지고 있다는 것이다. 그러니 느리지. 오늘 아침에 일어나서 접속해보니 빠르더만(-.-).

뭐 솔직히 티스토리와 같은 국내 블로그 서버를 이용한다면 이런 현상도 없었겠지만 아무래도 여러가지 혜택(한달에 트래픽 5TB)을 포기할 수 없어서 해외 계정을 선택한 나로서는 그래도 한국 시간으로 낮에는 미국 시간으로 밤이기 때문에 서버 접속이 원활하다는 위안 아닌 위안을 얻었다는 생각을 해본다.

그래도 좀 불만인 것은 있다. 기본적으로 접속이 느리기 때문에 퍼포먼스가 국내에 위치한 블로그보다 좀 떨어진다. 그러다보니 다른 블로그에서 많이 사용하는 여러 위젯들을 사용하지 못하는 경우가 있다. 현재 내 블로그에는 레몬펜과 레드윙, 애드센스만 부착되어있으며 다음 웹인사이드, 스폿플렉스 스크립트만 동작중이다. 그런데 애드센스는 그나마 조금 나오는 용돈때문에 부착할 수 밖에 없는 상황이고 레드윙은 생각보다 가볍지만 레몬펜은 현재 이 블로그의 접속을 느리게 하는 원인으로 꼽히고 있다. 다음 웹인사이드 스크립트는 통계를 위해서는 필요하지만 스폿플렉스 스크립트는 내릴까 생각중이다. 외부 스크립트는 가급적 제외하는 것이 블로그 퍼포먼스를 위해 효과적이기 때문이다. 그렇다면 레몬펜이 문제인데 티스토리가 레몬펜을 플러그인으로 제공하면서 레몬펜 사용자가 급증했고 가뜩이나 오픈마루 서비스들이 느리다고 악평이 자자한데 급증한 사용자로 인해 더 느려졌다. 아마도 레몬펜을 사용하고 있는 블로그들 중에서 퍼포먼스가 떨어졌다고 생각하는 블로거들이 많을 것이다. 여하튼 느려진 대신에 효용가치는 많으니 일단은 달아놓기로 했다.

조만간 지금 스킨보다 더 가벼운 스킨을 찾아서 교체할 생각이다. 이 스킨도 훌륭하지만 좀 더 가볍고 심플한 스킨에 필이 꽂히고 있다. 솔직한 맘은 스킨이 가벼운 만큼 내 몸도 가벼워졌으면 하는 바램이지만 말이다(-.-).

역시 블로깅은 예나 지금이나 어렵다.

저번주 금요일 오후부터 회사 연구소 워크샵이 있었다. 금, 토요일, 이틀간 한탄강에 4륜 오토바이와 리프팅을 하러 갔다왔다. 나름 재밌는 워크샵이었다. 좀 사고가 있었는데 이것만 빼고는 말이다.

사고는 4륜 오토바이를 탈때 일어났다. 4륜 오토바이가 산악용 오토바이인지라 좀 험한 길로도 갈 수 있는데 길인것처럼 보이는 길로 갔다가 '이 길이 아닌가벼'하는 순간 이미 2m가 넘는 낭떠러지로 고꾸라져있는 나를 발견하게 된 것이다. 물론 나만 이런게 아니라 울 팀장님께서 나보다 먼저 똑같은 일을 당하셨다. 난 뒤에서 그걸 봤는데 뒤가 낭떨어지인줄 모르고 갔다가 같은 꼴을 당한 셈이다. 여하튼간에 그 일로 어깨쪽에 좀 부상을 당했다. 다음날 한탄강에서 리프팅을 했는데 부상당한 몸으로 리프팅을 하기에 무리인듯 싶었지만 낸 돈이 아까워서 강행을 했다. 그 덕분인지 한쪽 어깨만 아팠는데 나머지 한쪽도 아파오기 시작했다. 덕분에 차를 끌고 집에 올때 꽤 고생했다.

오자마자 와이프가 한방병원가서 침 좀 맞으라고 해서 처가집 근처의 한방병원에서 가서 침 좀 맞고 파스를 붙였는데 주일 아침에는 부상당한 어깨쪽을 제외하고는 괜찮았다. 아마도 근육이 놀라서 수축된 상태에서 갑자기 움직이기 시작하니 근육통이 온것이리라. 그리고 오늘 아침에 부상당했던 팀장님과 같이 회사 근처의 방사선과에 가서 X-ray를 찍었다. 다행히 결과는 뼈에는 이상이 없으니 온찜질을 잘해주라는 것이다. 며칠 뒤에는 나을테지만 그동안은 좀 아플 수 있다는 얘기도 덛붙여서 말이다. 여하튼간에 4륜 오토바이는 그다지 안전성에 있어서는 아니올시다인듯 싶다만 재미는 있었다. -.-;

이런 이유로 저번주 금요일부터 블로그를 확인못했다. RSS Reader로 구독하는 몇개의 블로그가 있는데 주말에도 확인을 못했더니 오늘 아침에 보니 엄청나게 글들이 쌓여있는 것이다. 언제 다 읽을꼬 하는데 오전중에 외근 나갈일이 있어서 나갔다가 한 4시 가까이 되어 돌아왔다. 그리고는 다시 RSS Reader를 확인하는데 더 늘어났다. 그래서 회사일을 하면서 같이 구독된 블로그에 등록된 새 글들을 읽는데 역시나 많다. 다 읽을려면 시간이 꽤나 걸릴 듯 싶었다.

그래도 다행인것이 내가 갖고있는 몇가지 장점들 중에 책이던 뭐던 빨리 읽는다는 점이다. 물론 건성으로 읽는 부분도 존재하지만 말이다. 그래도 나름 정확하게 읽는 편이다. 여하튼 근 2시간동안 밀린 글들을 얼추 다 읽고 이렇게 내 글을 쓴다. 물론 어제도 잠시 쓰기는 했지만. 역시나 블로깅은 시간을 필요로 한다는 것을 느끼게 되었다. 보통은 아침에 출근한 후 일하기 전 시간을 이용해서 RSS Reader의 글들을 읽는 편인데 오늘은 좀 늦은 셈이다. 게다가 저번주 금요일 것부터 읽어야 하는 입장이었으니. 꾸준하게 읽는 것이 좋은 블로깅의 방법일 듯 하다. 여하튼 좋은 블로깅을 위해서는 시간을 필요로 한다는 점. 잊지 말아야겠다.

아이뉴스24의 글들을 RSS Reader를 통해서 읽는데 하나 눈에 보이는 것이 있다. 일전에 MS의 OOXML이 ISO에 표준으로 인증되는 것에 대해 반대한다는 글을 쓴 적이 있다. 그리고 한국대표가 찬성을 할지 반대를 할지 모르겠다는 글을 쓴 적이 있는데 ISO 투표는 9월 2일(일요일)에 있었고 한국은 반대표를 던진 것으로 확인되었다는 글이다. 어느 하나의 기업에 특혜를 준다는 의미도 있었고 OOXML이 ISO의 표준이 되면 ODF는 죽어버린다는 생각도 있었는데 한국 대표들이 나름 다 생각을 하고 던졌겠지만 잘했다는 생각이 든다. MS에는 비록 미안한 일이지만 말이다. 하지만 너무 혼자서 해먹을려고 하는거 같다는 느낌이 들어서 말이지. 하지만 전체 투표결과는 아직 잘 모르겠다. 아마 오늘 저녁이나 내일쯤 결과가 나오지 않을까?

컨텐츠 신디케이션에 대해서
1. RSS 역사
2. RSS Feed의 요청
3. RSS Feed의 배급

RSS Feed의 요청이 있으면 요청을 받은 웹 사이트는 RSS Feed를 배급해야 한다. 그럼 RSS Feed 배급을 하는 웹 사이트는 어떤 것들이 있는지 살펴보자.

RSS Feed 배급

RSS Reader나 개인화 페이지와 같은 프로그램으로부터 구독이 되어 RSS Feed를 요청을 받게 되면 요청을 받은 웹 사이트는 요청받은 내용을 RSS 형식의 Feed로 만들어서 요청한 프로그램에게 전송한다. 이 과정을 RSS Feed 배급이라고 한다. 자신의 컨텐츠를 요청한 프로그램에게 전달하는 것을 배급하는 것으로 표현한 것이다. RSS를 지원하는 웹 사이트는 한마디로 RSS Feed 배급이 가능한 웹 사이트라고 생각하면 된다.

블로그

RSS와 블로그는 땔래야 땔 수 없는 관계를 지니고 있다. 블로그는 초창기부터 컨텐츠 배급에 대한 부분을 RSS와 트랙백으로 해결했다. 트랙백은 자신의 컨텐츠와 관련이 있는 컨텐츠에 자신의 컨텐츠가 관련이 있음을 알리는 방법으로 사용자로 하여금 자신의 컨텐츠로 끌어오는 역할을 맡았다. RSS는 자신의 컨텐츠를 사용자에게 전달하는 방법으로 사용자가 자신의 컨텐츠에 오지 않아도 자신의 컨텐츠를 볼 수 있도록 전달하는 역할을 맡았다. 즉, 트랙백은 트래픽을 자신에게 갖고 오는 역할을, RSS는 트래픽을 사용자에게 전가시키는 역할을 맡은 것이다. 사용자가 블로그의 컨텐츠를 보다가 트랙백으로 온 부분을 클릭을 하면 트랙백에 해당하는 컨텐츠로 이동하지만 RSS Reader를 통해서 블로그의 컨텐츠를 보는 사용자는 해당 컨텐츠로 접속하지 않아도 RSS Reader만으로 컨텐츠를 확인할 수 있다. 이 부분이 RSS와 트랙백의 차이점이다. 개인화 페이지는 좀 성격이 다르지만 말이다(개인적으로 개인화 페이지는 RSS의 형식을 빌린 트랙백이 아닌가 하는 생각이 든다).

위에서 설명한 대로 블로그가 컨텐츠 배급 부분을 RSS에 맡김으로서 자동화된 컨텐츠 배급이 가능해졌다. 그리고 블로그가 폭발적으로 증가하면서 RSS의 사용도 그에 비례해서 증가하게 되었다. 또한 블로그를 통한 컨텐츠들이 RSS를 통해서 다른 사용자들에게 손쉽게 전달될 수 있었기 때문에 블로그가 폭발적으로 증가할 수 있었다. 즉, 블로그와 RSS의 결합은 서로에게 진정한 윈-윈 결합이었던 것이다.

블로그가 어떻게 RSS를 초창기부터 지원했는가에 대해서 알아보면, 일반적인 웹 사이트는 HTML 형식으로 되어있다. ASP나 PHP, JSP 등의 서버 사이드 언어 역시 웹 브라우저에서는 HTML 형식으로 변환되어 보여진다. HTML은 표현 위주의 스크립트 언어다. 주로 웹 페이지 모양에 중점을 두는 스크립트 언어이기에 그 구조가 엉망이다. 컨텐츠의 표현과 디자인에 대한 표현 모두가 HTML 문서에 다 포함되어 있기 때문이다. 이렇게 비효율적 구조로 되어있는 HTML 문서는 컴퓨터가 요약하고 정리하기에는 너무 어렵다는 단점이 있었다. 그래서 나온 것이 XHTML 형식이다. 간단히 얘기해서 XML + HTML 형식이라고 보면 된다. 블로그는 XHTML 구조에 CSS의 결합으로 만들어졌다. 디자인에 관련된 부분은 CSS에 맡기고 전체적인 틀과 컨텐츠의 개요(메타 정보 포함), 내용등은 XHTML에서 맡아서 2분화 되었기 때문에 상당히 구조적으로 형식이 바뀌었다. 그래서 XML 형식으로 되어있는 RSS 형태로 쉽게 컨텐츠의 제목, URL, 내용, 그리고 사용된 이미지의 제목, URL 등을 변환시킬 수 있었다. 구조화된 블로그이기에 규격화된 RSS로 변환이 가능했다는 얘기다.

위에서 얘기했듯 블로그와 RSS는 정말 서로가 서로를 이끌어주는 역할을 하면서 지금의 위치에까지 이르게 했다.

언론사 웹 사이트

RSS Feed 배급을 블로그만 하는 것은 아니다. 블로그의 확산과 RSS의 뛰어난 배급력을 확인한 언론사 웹 사이트 담당자들은 자신들의 웹 사이트에서 어떻게 하면 새로운 소식들을 독자들에게 실시간으로 전달할 수 있을까 하는 고민에 쌓이게 된다. 언론사 웹 사이트에서 만들어진 컨텐츠들이야 말로 빠른 배급력이 필요로 하는 속보성 컨텐츠이기 때문이다. 언론사 웹 사이트에서 제공하는 컨텐츠는 바로 기사다. 기사는 빠른 전달이 생명이다. 그들은 매번 웹 사이트에 새로운 기사들을 노출시킨다. 그런데 문제는 새로운 기사가 나왔다는 사실을 누구에게 알릴 방법이 마땅치 못하다는 것이다. 독자들로 하여금 주기적으로 웹 사이트에 방문해달라고 할 수도 없고(열혈 독자들이라면 시간대마다 방문할지도 모르지만 일반 네티즌의 경우 하루에 1~2번정도 방문하지 않을까?) 포탈 사이트에 기사를 송부한다고 하더라도 다른 언론사와 중복 기사 등의 문제로 제대로 노출이 안될 수 있고 하니 말이다.

언론사 웹 사이트야말로 내가 생각하기에 RSS를 제일 잘 이용해야 할 웹 사이트가 아닌가 싶다. 일단 RSS는 배달하는 서비스가 가능하다. 독자가 직접 웹 사이트에 방문하지 않고 자기가 갖고있는 RSS Reader 등을 통해서 기사를 받아볼 수 있기 때문이다. 그리고 RSS Reader의 갱신 주기에 따라 틀리지만 거의 실시간으로 새로운 정보들을 계속 갱신시켜준다. 즉, 언론사 웹 사이트 입장에서는 RSS는 최고의 배급 방법이 될 수 있다.

요즘 국내에서 대부분의 언론사 웹 사이트가 RSS와 같은 신디케이션 프로토콜을 지원한다. 전체 요약과 정치, 사회, 문화, 스포츠 등 각 세션별로도 지원한다. 그래서 네티즌들은 자기가 원하는 세션만을 골라서 기사를 받아볼 수 있고, 혹은 전체적으로도 받아볼 수 있다. RSS를 지원하지 않는 언론사는 내가 알리고는 연합뉴스 정도다(하기사 연합뉴스는 뉴스 컨텐츠를 파는 언론이니 약간 성격이 다를 수 있겠다). 그리고 지방 일간지도 요즘은 많이 RSS를 지원하고 있는 추세임을 감안할 때 머지않아 언론사 웹 사이트들은 대부분 RSS를 지원할 것으로 본다. 이유는? 위에서 설명한 것 처럼 기사의 생명인 시간과 배급을 잘 해결할 수 있는 적절한 솔루션으로 지금 상황에서는 RSS 만큼 좋은 것이 없기 때문이다.


'컨텐츠 신디케이션에 대해서'에 대한 이전 글들 :
컨텐츠 신디케이션에 대해서(RSS의 역사)
컨텐츠 신디케이션에 대해서(RSS Feed의 요청)