정보수집과 생활의 한 가운데에
Google Reader가 있다보니
어떤 정보든지 RSS가 있어야지, 없으면 통 답답스럽다.
가끔 보다보면 있어야 할 만한 사이트에 RSS가 없는 경우가 종종 있는데(텐아시아, soundcloud, daum lens 등등)
이 사이트가 생각보다 많이 쓸만해서 여러모로 도움을 받고 있기는 한데,
쓰다보니 욕심이 생겨서인지 단순한 문자열 치환만으로는 만족하지 못하게 되는 상황까지 왔다.
(사실 언제 없어질지도 모르고)
그래서 처음 생각해서 만든게, 페이지 요청시마다 해당 페이지를 긁어와서 RSS로 뿌려주는 기능의
페이지 제작 이었다. 지금 내 블로그 왼쪽 하단에 있는 "last.fm loved tracks"가 이런 원리인데
요청시마다 last.fm api를 통해 내가 찜한 음악들을 가져와서 parsing하고 뿌려주고 있다.
그런데 아무래도 자주 바뀌지도 않는 페이지를 요청시마다 긁어오는 것은 성능상도 문제가 있고
해당 사이트에도 민폐가 되어 영 마음이 내키지 않았다.
그래서 그 다음 생각한게 일정 주기로 페이지를 긁어와서 rss로, 즉 static한 xml 파일로 만드는 것이었다.
시험삼아 프로그래밍(C#으로)을 해봤는데 일단 로직 자체는 크게 어려운 것이 없어서 성공적이었다.
그런데 이 걸 규칙적으로 돌려주는 머신이 있어야 하는데, 컴퓨터를 내내 켜놓고 직접 돌리게 할 수도 없고.
그래서 (또) 그 다음으로 생각해낸게, 규칙적으로 RSS의 업데이트를 확인하는 Google reader를
이용하는 것이었다. static한 rss로 만들어주는 기능이 담긴 페이지를 google reader에 등록한다면
몇 시간 단위로 스케쥴러처럼 요청이 있을 것이라는 판단.
업데이트가 많이 되지 않는 사이트라면, "요청받은 시간이 홀수인 경우만 업데이트"라던가
더 업데이트가 안 되는 사이트라면 "요청받은 날짜와 분이 모두 홀수인 경우"등으로 제한을 두어
요청 받을 때마다 xml 파일을 만들면 훨씬 가벼워 질 듯 하다.
그런데 문제는 php로 프로그래밍해야 한다는 것.
php 안 해 봐서 그런지, 너무 어렵다-_-
게다가 긁어서 (무려) xml로 뭐를 한다니, 이거 더 어렵잖아!
특히나 soundcloud는 api인증이 oAuth시스템이라 더 복잡한데-_-;;;
