RSS논의

1. UseModWiki소스수정/사용자의견에 있던 글

2. 관련 자료

2.1. 위키와 RSS 관련

2.2. RSS 리더 프로그램들

2.3. 위키안에서 RSS 를 읽어오려면

3. Notes

1. UseModWiki소스수정/사용자의견에 있던 글

여기에다가 제안 해도 되는 건가요? RDF(Resource Description Framework)에 관해서요... 여길 뒤져보니 어느 분께서 RSS를 언급하셨던데요. 노스목은 기사 공유를 위해 RSS 페이지를 제공하고 있다던가.. 하는... 자세한 내용은 http://www.w3.org/RDF 를 보시고요... 왜 RSS가 의미 있는가에 대해서만 잠깐 말씀드릴께요. 각 위키가 사용자들의 공동 작업에 의한 텀의 축적에는 아주 적합하지만 위키 끼리의 연대에는 좀 인색한 편입니다. 텀의 intermap에 의한 공유 정도랄까. recentchanges의 공유는... 잘 안하는 것 같더군요. bLog의 장점은 각 blogging system간의 track back이나 ping back 기능을 사용해서 기사의 업데이트 상황을 공유할 수 있다는 점인데요. 뭐 위키에 RSS 를 구현한다고 해서 당장 기사를 공유할 수 있다거나 허브에 삽입해서 제공할 수 있는 마땅한 허브 사이트가 없지만 나중에 이 RSS를 사용해서 위키 끼리의 기사공유를 할 수 있게 되면 자기 친구들이나 자기 관심사에 관해 완전히 퍼스널라이즈된 사이트를 운영할 수도 있습니다. 이를테면, 저는 sf와 pda와 제 친구들의 wiki와 blog 사이트를 매번 클릭해서 일일이 찾아 들어가야 하는데 RSS로 기사 구성이 통일되면 그것들을 제 홈페이지에서 한번에 일목요연하게 열람할 수 있게 되는거죠. 일종의 pda clip 사이트라고 보심 될 듯... 음... bLog가 워낙 구조가 단순하고 여러 가지 장점(특히 지금 제가 하는 일에 적합)이 있어서 제 첫 페이지를 위키에서 브로그로 2,3주 전에 바꿨습니다. 물론 기존의 위키는 백그라운드에서 묵묵히 데이터를 축적하고 있고요. gypark님이 꾸준히 업데이트를 하시는 걸 보고 gypark님이 직접 추가하시는 것이 좋을 것 같다는 생각이 들었습니다. blog의 신디케이트(기사 공유)의 형태가 궁금하시면.. 음.. 잠깐만... http://cyana.cafe24.com/rtbc (http://cyana.cafe24.com/rtbc/index.rdf) 이 두 페이지를 봐 주세요. 위키에 RSS 페이지를 삽입하는 것은 아주 간단합니다. 최근변경내역 페이지를 RDF로 하나 더 제공하면 되는 거지요. 위키의 RSS 페이지 제공은 보시다시피 그렇게 어려운 일은 아니구요, 사실 훨씬 욕심나는 것이 그러한 기사 제공 rdf 페이지들을 수집해 와서 한 화면에 정리해서 보여주는 패키지입니다. 그것을 위키에 집어넣느냐 아니면 별도로 작성하느냐, 위키에 통합시키는 것이 가장 적합하다는 생각이 들었습니다. 훌륭한 위키를 만들어서 항상 게으름 피우며 살 수 있게 해 주신 걸 감사 드리고 있고 앞으로도 주욱 그랬으면 좋겠습니다 ^^

음... 무슨 답글을 달아야 될 지 고민하느라 늦었습니다만... 확실한 것은 저 역시 매우 게으르다는 것이고, 말씀하신 사안에 대해서는 저로서는 전혀 필요성을 느끼고 있지 않기에 아무런 기약을 드릴 수 없다는 것이겠습니다. :-)

-- Raymundo 2003-4-1 1:24 am

재미있는 제안인듯 하나 솔직히 잘 모르겠습니다.

저에게 블로그는 단순히 방명록 이상의 의미를 가지지 못했기 때문에 블로그를 이용해서 기사가 공유된다는 것이 이해가 잘 안됩니다.

하지만 위키에서 RC의 공유는 사실 무척 중요한 문제입니다. 특히 위키가 커질수록 말이지요.

노스목을 보면 이미 상황은 명백한 것이, 수없이 많은 문서들이 자잘하게 수정되어 RC에 뜨기때문에 시그널 투 노이즈가 엄청나게 발생하는것 같구요. 각 위키들의 RC공유하는 것은 그다지 어렵지 않겠지만 나에게 필요한 페이지가 수정되었는가를 알기는 어렵다는 것입니다. 특히 여러 RC를 공유할 경우는 더욱 그러할 겁니다.

제 생각에는 RC구조를 재구성해야 할 것으로 생각되며 자기에게 필요한 페이지를 수동으로 표시할 수 있게 하고 자기가 얼마나 방문했는지 그 빈도수와 그 페이지가 생성된 날짜 등을 이용해서 개인RC에 관한 나만의 인덱스를 만들고 그 인덱스의 숫자가 일정한 값을 넘어서면 그것이 개인RC에 올라오는 형태로 통계처리를 해야하지 않는가라는 생각이 드네요.

이게 단순함을 추구하는 위키의 철학에서 볼때 바람직한가를 물으신다면 잘 모르겠습니다. 얼마나 퍼포먼스를 잡아먹는지 감이 잘 안오거든요. 조금 더 얘기를 했으면 좋겠습니다.

-- 거북이 2003-4-1 1:50 pm

음.. 제가 필요성을 못 느끼고 있다 해도, 막상 만들고 나면 저도 덕을 볼 지는 모르죠. 일단 거북이님이 바라시는 것은... 지금 UseModWiki 의 페이지 데이타 구조라던가 저장 방식 등을 상당히 손을 대어야 할 것 같거든요. 게다가 매번 브라우징을 할 때마다 유저 데이타든 페이지 데이타든 write 를 해야 된다는 말인데, 이것은 동시 접속자 수가 많아지면 많아질수록 현재의 lock 으로 일관성을 유지하기가 힘들어 질 것입니다. UseModWiki소스수정/관심있는페이지 정도가 그런 무리를 주지 않으면서 할 수 있는 최선이었습니다.

그리고 Luke 님의 제안의 경우는... 스펙과 프로토타입을 제시해 주시면 실제 코딩은 제가 할 수 있을지 모르겠습니다. (짧게 말해서... 직접 조사,연구하기 귀찮다..는 것이고 ^^ 사실 그렇게까지 이쪽에 시간을 쏟아부을 여유도 없고요)

-- Raymundo 2003-4-1 2:07 pm

제가 예전에 말씀드렸던게 WikiPatches/XmlRss 이것 때문이었습니다만...

-- Bab2 2003-4-1 11:05 pm

"모인을 보면 rss.." 말씀하신 거 말인가요? (게시판/2003-02) 그렇다면 이미 출력을 위한 코드는 나와 있다는 얘기로군요. (이제 와서 저 패치를 다시 여기 소스에 맞추자면.. -_-a) 근데 저 역시도 Bab2님과 같은 의문이... 이거 뭐에 쓰는지, 아니 더 정확하게 말하면 뭐에 쓰는지는 감이 오는데 실제로 쓰고 있는 모습을 어디서 볼 수 있는지 궁금하네요.

-- Raymundo 2003-4-1 11:29 pm

저도 UseModWiki소스수정/관심있는페이지 정도가 일단 무리를 주지 않고 할 수 있는 수준이라고 생각해요 :) 일단 Luke님 제안이 어떤것인지 먼저 파악이 필요할거 같은데, 요즘 봄이와서 그런지 몽롱허니 잘 안옵니다. 하하

-- 거북이 2003-4-2 10:06 am

아직 GnomKR에서 쓰는 소스를 보지는 않았는데 [이거]랑 [이거]를 한 번 봐주세요.
저도 뭐에 쓰는건지는 감이 올락말락 한데, 이 링크처럼 게코계열 브라우저의 사이드바 기능 말고는 어떤 식으로 쓰일지 모르겠군요.
만약에 RSS를 추가한다고 한다면 RC뿐만이 아니라 페이지 전체를 XML로 변환할 수 있도록 하는게 좋을 것 같단 생각이 드는데요.
근데 XML이란걸 몰라서 어저께 인터넷을 좀 뒤져봤는데 아직도 모르겠습니다. ㅜㅡ

오호... 다른 사이트의 rc 를 저렇게 실시간으로 (아니면 최소한 브라우저 창을 띄우는 순간, 또는 주기적으로?) 갱신해서 브라우저의 사이드바에 표시할 수 있다는 말인가요.. 그런데 저는 여전히.. 무슨 위키사이트들만 바라보며 살 것도 아닌데 뭐 굳이 저럴 것까지.. 하는 생각이 더 앞서는데요? :-) 자신이 사용하는 만큼만 보이는 법일테니, 제가 아직 위키를 제대로 사용하지 못하고 있다는 뜻일지도 모르겠군요 ^^;

-- Raymundo 2003-4-4 12:26 am

에구 대충 생각을 해봤는데 저는 굳이 넣을 필요가 없다는 생각으로 기울었습니다.
요즘 위키와 블록을 같이 쓰는 홈이 많은거 같은데, 사이트간이나 게시판체계간의 인덱스공유에 괜찮은거 같긴 하지만, 전 블록을 쓰지 않으니 소용없는 기능이 될거 같애요.. 지극히 개인적인 생각이었습니다. ㅡ,.ㅡ;;

위키내부에서 xml문서를 임베드해서 출력해줄수 있도록 해주는 기능이 있으면 좋겠네요.. (잘나가다가 엉뚱한 얘길..;;)

-- Bab2 2003-4-4 1:32 am

이건 모질라에서 사용하는 검색창같은거군요. 전 그런 녀석이 화면 한쪽을 장악해서 쓰는 것이 무척 불편하기 때문에 잘 안쓰고 있습니다만. 그런데 이건 그냥 iframe같은 녀석에다가 포함해서 보는, 위키의 RC공유와는 관계가 없어보이네요. RC공유라는 개념은 RemoteWiki와 함께 생각해야하지 않는가 싶습니다.

-- 거북이 2003-4-4 4:07 pm

저 페이지에 있는 설치 링크를 누르면 모질라 사이드바에 사이드바 항목으로 iframe의 내용이 추가 됩니다. 보여주는 iframe은 말그대로 모질라 사이드바의 미리보기죠. 어쨌거나 xml은 서버간 메타데이터 공유 외에는 별로 쓸 일이 없어 보이네요. 누구 말대로 지금 하는건 무 깎는건데 저건 소잡는 칼 이라는거죠 -_-;

-- Bab2 2003-4-4 8:11 pm

RSS(Really Simple Syndication이라고도 합니다 ^^) 얘기를 이제서야 보게 되었습니다... 한국 브로그 사용자 모임에서 트랙백과 RSS 서머리를 이용한 '최근 업데이트'를 만들고 있는 것 같네요. 브로그의 트랙백 aggreation은 꽤 재밌는 기능이고 앞으로 무궁무진한 응용이 가능한 것이라 재밌습니다. 요즘은 트랙백을 본격적으로 이용하기 시작하더군요. RSS도 그참에 거론되고요. :) http://wik.ne.kr or http://mono.soko.co.kr/index.php?blogid=2 --Luke

윅을 보니 루크님 말씀이 뭔지 알겠습니다. 왜 루크님께서 블로그에 매혹되셨는지가 좀 궁금해요. 제겐 전혀 섹시하지 않은 툴이거든요 :)

위키에서 RC의 공유는 저 위에 적은 것처럼 그 혼란함을 제거하지 못하면 곤란합니다. 주인장님께서 만드신 관심있는 페이지는 그 첫걸음이 될거 같구요. 개인화된 RC를 만들 수 있게 되어야겠지요.

저도 여러 사람들과 공유하고 있습니다. 지금 [고려바위]에는 열명 이상의 하숙생들이 자리잡고 있죠. 자기 홈페이지처럼 관리하면서 데이터폴더를 공유하여 자연스럽게 정보를 늘려가자는 취지이고 뭐 나름대로 잘 돌아가고 있습니다. 아무래도 제 지인들로 구성되어있으므로 폐쇄성이 좀 보이구요. 그다지 미친듯 업데이트 되는 곳이 아니기 때문에 아직은 괜찮습니다만, 조만간 넘쳐나는 RC때문에 혼란해 할 날이 올 것입니다. 으 doomsday인가요.

블로그와 위키의 차이점은 블로그가 개인성을 지향하고 위키는 개인성을 지양한다는 것이라고 생각해요. 저는 위키도 개인성을 얼마든지 발현시킬 수 있다고 굳게 믿고있지요. 하하.

위키가 어떻게 거부감을 넘어 일반인에게 살갑게 다가갈 수 있을까를 고민하는 요즘이네요.

-- 거북이 2003-4-10 5:38 pm

뭔가 객관적인 대답을 해 드리고 싶은데... wiki나 blog나 객관적인 것하고는 거리가 먼, 제게는 개인적인 용도로 사용하는 프로그램들입니다. blog로 간 다음에 편합니다. :) blog는 범용 오프라인 프로그램으로 기사를 에디팅하고 전송할 수도 있고(xml-rpc 이라는 표준 인터페이스를 통해) 거꾸로 기사를 내려받을 수도 있고, 백트랙(p2p; 프로토콜은 역시 xml입니다)을 사용하여 특정 사이트에 안 들어가고도 서로 각자의 브로그를 쓰면서 '투명하게' 토론을 하거나 의견(자료)을 수집할 수도 있고, 남들 브로그를 클릭 한번으로(syndicate; 이것 역시 xml입니다) 리스트업할 수 있는 인터페이스를 제공하지요. 전체가 플렉시블하고 거의 오픈 되어 있습니다. 그렇게 만들다보니 제가 사용하는 Movable Type의 압축 파일 크기가 위키의 7~9배나 되니다. 일단은 blog는 xml을 많이 사용합니다. xml streaming, xml rpc, xml rdf(이건 예전에 에이전트에서 써먹으려고 제안된 것입니다). 다 최근 추세와 연관이 깊지요. blog는 확장될 여지를 아주 많이 남겨 놨습니다. 그 점이 매력적입니다. 그런데 인터페이스는 다른 사람들에게는 별로 중요하게 여겨지지 않는 것이고 중요할 이유도 없습니다. i thought many people using wiki focused on personal use of uh... some kind of organizing their data. it would be long flat talk about next generetion of data aggregation... and especially about xml. so i decide not to say about that. sorry for english, i got some problem using korean at this funny flip flop machine. --

-- Luke 2003-4-13 9:52 am

2. 관련 자료

2.1. 위키와 RSS 관련

• WikiPatches/XmlRss - 이것이 UseModWiki 1.0 에 반영된 걸로 보임
• WikiPatches/RichSiteSummary
• RSS
• 위킥스%20허브%20사이트 (음.. 공백이 있는 페이지 이름은 난감하군요..)
• RSS - 어떤 식으로 사용할지 고민이 필요할 것 같습니다.

• XML::RSS를 사용하는 다른 접근 방식입니다.
  • http://www.perl.com/pub/a/2000/01/rss.html -- perl RSS에 관한 article. 예제 소스가 있습니다.
  • http://searceh.cpan.org -- perl CPAN 사이트입니다. XML::RSS 모듈을 구할 수 있는 곳입니다.
  • http://perl-rss.sourceforge.net/ -- sourceforge의 XML::RSS 모듈 개발 사이트입니다.

   // 다음은 사용자가 자신의 계정에 XML::RSS perl 모듈을 설치하는 절차입니다.
   // 어디선가 보고 베낀 것인데요, 어딘지는 잊어버렸군요.

   $ perl Makefile.PL PREFIX=~/perl   // 사용자 계정에서 XML 모듈의 컴파일
   // XML 모듈을 perl 소스에서 사용하려면 다음 문장을 소스 내에 삽입해야 합니다.
   BEGIN { unshift(@INC, '/home/normal_user/perl/lib/site_perl/5.005'); }  

   // 사용자가 root라면 모듈 설치 절차는 아래처럼 간단합니다.

   $ perl -MCPAN -e "install XML::RSS" // CPAN 사이트에서 XML::RSS 모듈을 가져와 서버에 설치하는 것.
   $ perl -MCPAN -e "install Encode"   // XML 모듈에서 사용하는 Encode 모듈을 설치.. 예제.

2.2. RSS 리더 프로그램들

2.3. 위키안에서 RSS 를 읽어오려면

• UnifiedRecentChanges
• ChangeAggregator
• WikiPatches/RssInclusion

3. Notes

아뇨. 제가 적용한 패치는 [RssReader]에서는 안되더군요. -_-a

-- 조프 2003-10-2 4:29 pm

이런, 지금 1.0 의 것을 옮기는데, 0.92 와 1.0 의 diff 를 보면서 그 중에 관련 있는 것만 뽑아내고 ext 버전에 합치는 게 하도 피곤해서, 관두고 조프님이 적용한 것을 그냥 심을까 하던 참이었습니다. 웃어야 할지 울어야 할지...

-- Raymundo 2003-10-2 4:48 pm

현재 테스트 중입니다.

• Abilon - 잘 되는 것 같음
• Feed Demon - IE6.0 이 없어서 자체 브라우징은 안 되지만 rss 를 읽는 것은 잘 되는 듯. (근데 author 가 안 나오고, published 시각이 이상하다)
• RSS reader - 역시 되는 것 같음

Abilon 에서는 'RSS Column Properties'에서 'Output Template'을 바꾸니까 author 가 나오게 할 수 있구먼.

-- Danny 2003-10-6 1:21 pm

아니군.. WikiX 사이트는 되는데, 여기는 안되네..

-- Danny 2003-10-6 1:26 pm

Output Template 은 Abilon 에 없는데.. 그 사이트에 있던 24달러짜리 Active Refresh 를 받았구먼. :-) WikiX 에서는 dc:creator 라는 이름으로 author 를 내보내던데, 유즈모드는 dc:contributor 라고 했더라고요.. 거 참, 표준이 있긴 있는건지..

-- Raymundo 2003-10-6 1:56 pm