구글에서 Ajax Feed API를 내놓았습니다.

그 전에 저는 원격호스트끼리도 Ajax를 사용할 수 있도록 하기 위해 Flash HTTP Request 라이브러리를 만든적이 있습니다. XmlHttpRequest 는 도메인이 다르면 요청을 할 수 없도록 되어있기 때문이죠.. 플래시의 경우는 자체의 시큐리티 폴리시에 의해 원격지 호스트에 crossdomain.xml 파일이 있고 원격지에서의 호출을 허용해주었다면 요청을 허락하고 응답을 받을 수 있도록 설계되어있는 점에 착안하여 조그만 플래시를 숨기고 자바스크립트로 감싸서 기존 XmlHttpRequest 사용법과 동일하게 사용할 수 있도록 만들어본 것입니다.

하지만 응답 결과물이 json이거나 rss인 경우에는 구글에서 제공하는 AjaxAPI를 사용해서도 원격지 xml 또는 결과물을 가져와서 쉽게 표시해줄 수 있게 되었습니다.

일단 간단히 만들어본 Google AjaxAPI Sample 예제 를 보세요.
몇줄의 코드로 allblog 실시간 글의 목록을 가져와서 입맛에 맞게 수정한후 출력하는것이 가능했습니다.

코드를 보니 ajax request도 아니고 xml을 직접 파싱하는것도 아니었습니다. 파라메터로 넘겨받은 xml 주소에 해당하는 내용을 구글이 받아서 파싱하고 결과를 변수로 감싼 자바스크립트에 담아 DOM에 추가하는 방식으로 마치 xml을 쉬운 방법 (e4x와 유사)으로 접근해 사용할 수 있도록 해주고있습니다. 상당히 훌륭한 접근방식이고 api 사용자는 동작방식을 이해하지 못해도 논리상으로는 마치 자유롭게 원격지 xml을 사용하는것처럼 생각하도록 만들어져있습니다.

아시다시피 구글의 수익의 대부분은 광고입니다만, 광고 노출에 도움이 되지도 않고 트래픽만 소모하는 이런류의 서비스가 구글에게는 무슨 이득이 될까를 곰곰히 생각해봤습니다만, API를 사용하여 프로그램을 짤만한 파워유저가 직접 손으로 선택한 RSS를 직접 크롤링 하지 않고도 획득할 수 있다는 점 정도 외에는 특별히 이득이 없어보였습니다. (수집되는 rss는 구글리더에서도 동일하게 사용된다 라는 내용은 api 설명서에 간단하게 나와있습니다)

자바스크립트 용량은 얼마나 될까 싶어서 Firebug를 이용해서 로드되는 총 자바스크립트 양을 계산했습니다.
api를 사용하기 위해 제가 짠 html 파일은 2kb, 최초 apikey를 입력하면서 불러들인 jsapi.js 파일의 용량은 3kb,
그리고 feed를 로드하고 파싱하는데 사용하는(스스로 로드하는)자바스크립트가 총 130KB 이상이 되는것 같았습니다. 자바스크립트 100KB면 작은 용량은 아니지만 요새 쏟아져나오는 자바스크립트 프레임웍들과 비교하면 아주 많은 용량도 아닙니다.

그리고 feed 자체의 데이타를 담은듯한 데이타 자바스크립트의 용량이 8KB로군요..
feed를 이미 파싱한 상태로 데이타로 넘겨준다면 저렇게 큰 GFeed 라는 라이브리는 필요 없을텐데.. 라고 생각하면서 DOM을 조사했습니다.

순간 섬짓한 스트링리소스들이 눈에 띄었습니다.

구글 jsapi를 로드하면 앞서 문서화된 google.feeds.Feed 외에도 여러가지 구글의 서비스를 이용할 수 있도록 동적으로 로드가 가능해질 모양입니다.
단지 feed를 로드하는데 동영상플레이어, 약도보기, 출발지점, 도착지점 등의 있는것으로 보아...

잘하면 앞으로는 특정인물 블로그의 rss 주소만 알고있어도 그사람에 관련된 UCC 데이타와 그사람이 사는(다니는) 길의 약도, 찾아가는 길 등이 자바스크립트만으로 검색이 될지도 모르겠다고 생각하니 약간 닭살이 돋는군요

구글은 악해지지 않겠노라고 이야기 했지만. 만약의 경우 막강한 정보력을 주체할 수 없게 되어 사우론의 눈이 되어 사람들의 일거수 일투족을 감시하려고 할런지도 모르겠습니다.

글의 수집과 사용에 대한 고지

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.