현재 클로즈 베타 상태라 간단하게.

몇가지 흥미로운 것들.

# 클로즈 베타 중 : http://spring.zeroboard.com
- 리사파파님이 이곳에 : http://spring.zeroboard.com/trans_japaness


# 클로즈 베타 상태지만, svn 으로 설치 가능 : http://trac.zeroboard.com
 - 그래서 현재 개발로그 - 기본 테스트 중 : http://taemy.experlab.com/zbxe

제로보드 개발자분이 오픈소스 프로젝트에 대한 이야기를 하십니다.

그 이야기를 읽어보니, 딱 생각나는 것이 바로 "태터툴즈의 TNF" 였습니다.

해당 글에는 그런 언급이 없지만, 제로보드 개발자분도 염두해 두고 계시겠죠.

저는 TNF 를 보면서 정말 한편으로 부럽기도 하고, 오픈소스를 사용하는 입장에서 기쁩니다.
과연 제로보드를 통한 또 하나의 오픈소스 개발 커뮤니티가 형성될 것인가?
이런 커뮤니티들이 각자의 위치에서 활발하게 활동을 해주면 정말 좋을 것 같습니다.

오픈소스를 좋아하시는 모든 분들!
우리모두 힘을 주기 위해 한마디씩이라도 보탭시다. ^^


ps. 제로보드에 안좋은 감정을 가지고 있는 분도 계실 듯 하지만,
제대로 활용하면 오픈소스 활성화에 도움이 되리라고 봅니다.
일단 기존 제로보드 사용자층이라는 무시못할 자원이 가장 큰 장점이면서 위험요소이긴 합니다.

부제 : 국내이동통신사는 와이파이(WiFi) 의 빗장을 풀것인가?

http://taemy.experlab.com/forum/viewtopic.php?id=46
에서 언급한 내용을 좀더 정리해서 씁니다.

# 아이폰은 상황은 어떤가?
아이폰용 웹어플리케이션 : http://iphorss.com
관련이야기 : http://bakery.cakephp.org/articles/view/building-an-iphone-app-in-a-day

핵심은 iPhone 이지만,  PHP 웹프레임워크인 cakePHP 로 간단히 만들었네요.(6시간.)
서비스를 이용해 보지 않아서 모르겠지만, 하나의 가능성을 볼 수 있습니다.

흥미로운것은 현재 미국출시 AT&T 에 가입을 해야 이용할 수 있지만,
이미 아이폰이 해킹되어( http://blueiblog.com/ko/71 ) 와이파이로 사용할 수가 있습니다.
와이파이로 접속해 위와 같은 서비스를 이용할 수 있죠.
아주 멋진 휴대용 스마트 단말기가 생긴것입니다.(좀 비싸긴 하지만, 꽤 유용할 듯 한)
위와 같이 서비스를 개인이 만들어서 사용할 수 있으니, 그 확장성은 상상 그 이상이겠죠.
폰으로 사용하지 않는다면, 국내에서도 바로 사용할 수 있을 듯 합니다.(폰이 빠지면 소용없나요?)

아이폰용 어플들은  http://itviewpoint.com/tt/index.php?pl=3082
애플의 가이드에 맞게 어플을 작성만 하면 되니, 그동안 이동통신사에 의해 닫혀있던 플랫폼이
아이폰에 의해 활짝 열리게 되는 것이 아닐지 모르겠습니다.
이미 서비스들이 하나둘씩 만들어지고 있고, 아이폰의 사용이 더 활발해지면, 아마 폭발적으로 늘어나리라 생각됩니다.
과연 아아팟(iPod)처럼 폭발적일지는 모르겠습니다만, 꽤 큰 반향을 일으키지 않을까요?

# 국내의 환경은 어떤가?
현재 국내의 이동통신 환경은 폐쇄된 환경입니다.(제 관점에서...)
물론 기술적으로는 인터넷에 접속할 수 있고, 웹서비스를 이용할 수 있습니다.
그러나, 요금정책이 그런 것들을 이용하기에 발목을 붙잡고 있습니다.
그래서 사용자는 별로 사용을 하지 않고, 서비스제공자쪽에서는 모바일환경에 소극적인 상태죠.
모바일로 사용되는 컨텐츠는 몇몇 제한된 서비스들만 소비되고 있는 상황입니다.
또한 하드웨어쪽에서는 국내에서 스마트폰이 찬밥신세인 근본적인 원인일 듯 합니다.

이런 상황은 국내의 이동통신 업자들의 정책적인 면이 크게 작용한다고 보고 있습니다.
그래서 요금부담이 없는 WiFi 같은 것을 국내휴대폰에서는 사용할 수가 없습니다.
이런 부분은 이동통신사의 횡포라고 생각합니다.

PC통신시절(?)에서 인터넷으로 급격하게 전환이 된 것 처럼, 모바일쪽도 그런 변화가 있을 것이라 기대하고 있습니다.

# 아이폰이 국내 이동통신 환경에 어떤 변화를 줄 수 있을까?
사실 이 부분은 누구도 알 수 없겠죠. ^^
국내 이동통신 업자들이 어떻게 할까요?
과연 플랫폼을 개방할 것인가?  여전히 폐쇄정책으로 일관할 것인가?
아이폰이 영향을 주길 기대하지만, 그 효과가 미미할 수도 있을 것입니다.
그런데, 알아야 할 것은 국내 이동통신회사들이 언제까지 닫아놓고만 있을 수는 없을 것이라는 것입니다.

사용자들이 원하는 것들을 애써 모른척 외면한다면, 점점 사용자는 빠져나갈 것입니다.
저 같은 경우도 블랙잭이나 아이폰을 염두해 두고 있습니다.
단순히 기능적인 면이나 디자인적인 부분을 떠나서, 이동통신사의 정책이 너무도 싫습니다.
미리 파악하지 못하고, 저 같은 사람이 많아졌을 때는 이미 늦겠죠.

정부에서도 더 이상 이동통신사의 보호정책은 그만두어야 됩니다.


ps. 예전에 이런글(http://taemy.experlab.com/88)을 썼었군요.
아이폰이라는 기기 자체에는 생각의 변함은 없습니다.

드디어 Zend Framework(ZF) 1.0.0 정식버전 릴리즈 되었습니다.

지난 6월 30일 릴리즈 되었습니다.(늦은 소식 ^^)
http://taemy.experlab.com/forum/viewtopic.php?id=43

• Powerful MVC framework
• Database access solution that balances ORM with efficiency and simplicity
• Lucene-compatible search engine
• Advanced I18N support
• Robust authentication/authorization classes and input filtering
• Rich web services client interfaces, including Google Data APIs and StrikeIron
• Many other useful classes to make you as productive as possible
• Thorough and high-quality test suites and documentation
• Open-source development process with an active community provides continuous review and testing

GPL 인줄 알았더니, BSD 라이선스인가 봅니다 .

다운로드는 여기에서 http://framework.zend.com/download

위의 설명중에서 "Lucene-compatible search engine"  이 부분이 마음에 듭니다.
어느정도 성능을 보여줄지 기대됩니다.


대부분 프레임웍들이 클래스형태로 작성되기 때문에 타 프레임웍에서 재사용이 수월한 듯 합니다.
역시 symfony 쪽에서도 반응을 보이네요 .

워낙 PHP 웹프레임웍에 대한 반응이 저조해서 큰 뉴스는 아니지만, 프레임웍 관련 커뮤니티에서는
ZF 1.0.0 정식버전 릴리즈가 한동안 이슈가 될 듯 합니다.
cakePHP , symfony , CI(codeIgniter)  and more ...

# 프레임웍관련 포럼 : http://taemy.experlab.com/forum


ps. 텍스트큐브도 하나의 프레임웍으로 발전되면 좋겠는데, 내부적으로 그런 계획이 있나?
오! 아니면 ZF 로 TTXML 을 이용할 수 있는 버전을 만들어보면 재미있겠군.
왜 만들어야 하는가의 문제지, 가능할까의 문제는 아니겠지.

마지막 태터툴즈 1.1.3 transition 으로 업그레이드를 했습니다.
이제 텍스트큐브의 시대가 오겠죠. ^^

일단 업그레이드 순서를 적어보면.

1. http://notice.tattersite.com/ko/26 에서 확장팩을 다운받는다.
2. 먼저 백업을 해야겠죠.(전 항상 Full 백업을 합니다.)
 File , DB 를 full backup 했습니다.
 # cp {tt_File_dir} {Backup_dir} -a
 # mysqldump {tt_DB} --extended-insert=false > {Backup_dir}/tt_DB.sql
 
3. 플러그인 데이터의 설정을 메모장에 옮겨놓는다.
 플러그인 설정을 기본설정과 다르게 했다면, 미리 옮겨놓는 것이 좋을 듯 함.
 플러그인을 비활성화 하게 되면 기본설정으로 초기화 됩니다.(이점 주의)

4. 플러그인을 비활성화(미사용)하고, 다운받은 파일을 압축풀고 복사
 # tar xvzf {down_files}
 # cp tt/* {tt_File_dir} -a  ( 혹시 덮어쓰기 프롬프트가 계속 나온다면, # alias cp=cp 를 해주고 다시 복사)

5. 관리자 화면으로 가면 업그레이드.(체크하는 화면)

6. 점검 및 플러그인 활성화(예전설정 복원)

7. 업그레이드 완료


ps. 별 문제는 없어 보이네요.
 스킨매니저 라는 플러그인이 좋아 보임.
 플러그인의 예전 설정을 옮기고 하는 것이 상대적으로 시간을 많이 소요했음.
 플러그인의 기본설정만 사용한다면, 아주 빠르게 업그레이드가 가능.

올블로그가 개편을 하였다.(어제 짧막한 느낌을 적었었다 )

블로그메타는 규모가 커지면 어쩔 수 없이 성격이 바뀔 수밖에 없다.
신규글이 올라오는 양이 감당이 안되는 순간부터 이미 메타로서의 성격은 사라지게 된다.

이번 올블로그의 개편을 들여다보면, 그런 부분에서 고민한 흔적이 보인다.
1. 이슈중심, 인기글(추천글) 중심 의 레이아웃
 이것은 어쩔 수 없는 부분일 듯 싶다. 이미 새글을 모두 읽을 수 없는 상황이기 때문이다.
 그리고, 대부분의 소비자(방문자)들이 원하는 것을 보여줄 수 밖에 없을지도 모른다.
 대부분의 사용자는 새글을 찾아다니지 않는다. (보이는 글만 본다. 추천은 남의 이야기)

2. 새로운글, 좋은글 발견을 위한 배려 (부족하지만)
 블로그다독왕, 좋은글발견왕 을 통해 좀더 새로운 글을 발굴하기 위한 장치로 보인다.
 아쉬운 부분은 새로운 글을 발굴하고자 하는 사람들을 위한 배려는 미흡하다.
 지금의 구조는 불편을 감수하면서 새로운 글을 찾아야 한다.(검색 또는 多클릭)
 편의성을 제공하지 않고, '좋은 글을 찾아주세요.' 라는 것은 좀 무리한 요구이다.
 

블로그메타사이트는 어떤 모습으로 변화할까?

현재 블로그메타사이트는 올블로그가 독보적이다. 그외의 메타사이트는 어느 정도 수준을 유지할 뿐이다.
다른 메타사이트들도 올블로그의 방향을 따라가야 할까?
그것은 현실적으로 어렵고, 사용자로서도 별로 반갑지 않다.
올블로그를 대체할 목적이 아니라면, 그럴필요가 없다.
각 메타사이트가 가지고 있는 성격을 최대한 특화하는 것이 좋을 듯 하다.

현재의 올블로그의 변화가 마음에 들지 않아 바꾸길 바라는 것은 무리라고 본다.
올블로그 내부의 방향도 있겠고, 어쩔 수 없는 부분도 있을 것이다.
그 방향을 해치지 않는 범위에서 수정될 부분은 수정되겠지만, 그 이상은 무리겠지.

다만 올블로그에서 얻을 수 없는 것을 다른 메타사이트가 제공하면 좋겠다.

예를들면, 다음 DNA Lens 의 형태로 다양한 주제를 접할 수 있는 메타.
힌트를 너무 많이 줬나?

텍스트큐브 1.5 beta 1 이 발표되었다.
며칠전에는 태터툴즈 1.1.3 transition 이 발표되었지.

이 개발로그 를 무엇으로 업그레이드 할까?

아무래도 베타버전보다 공식버전이 나을 듯.

그리고, 태터툴즈의 마지막버전인데, 써봐야 겠지 ^^

텍스트큐브의 로고인가보다.

지난 3월경 제로보드 개발자분이 NHN 에서 풀타임 오픈소스 개발 을 시작했는데,
이제 그 결과물이 나올려고 준비 를 하고 있네요.

한동안 잊고 있어서, 클로즈베타를 모집한다는 것도 뒤늦게 알게 되어 신청도 못했습니다.

제로보드XE 는 게시판+블로그+more .. 의 형태가 되는 듯 합니다.(wiki 툴도 있으면 좋겠네요.)
그래서, 제로보드XE가 나오게 되면 태터툴즈의 TTXML 형식을 제로보드XE 에서 사용할 수 있게 처리해봐야 겠습니다.
(누가 먼저 할 지도 모르겠죠. 누가 먼저 할까? ^^)
자! 데이터(컨텐츠)의 해방을 위해!! ^^


현재 taemy.experlab.com 개발로그(DevLog) 는
태터툴즈 + 위키(moniwiki) + 게시판(punBB , metaBBS) 의 복합적인 툴로 운영중에 있습니다.
이 방식을 하나의 툴인 제로보드XE 로 운영이 가능할 지도 모르겠습니다.(바꾸고자 하는 마음은 없지만...)

공개후에 오픈소스 형태로 개발이 진행되게 될테니, 재미있는 형태가 많이 나올 듯 합니다.

ps. 반가운 것은 기본으로 OpenID(오픈아이디) 가 지원이 되는 것 같습니다. ^^

mysql 4.0.x 버전에서 4.1.x 이상으로 업그레이드할때 버전별 차이점이 발견되어 정리한다.
(배포판 및 apm 버전에 따라 달라질 수 있다)

mysql 업그레이드시 4.1.x 버전과 5.0.x 버전별로 차이가 있었다.

# mysql console 에서는 정상인데, php (mysqlclient) 로 접속했을때
show local variables like 'cha%' ; 옵션이 달라지는 문제
그래서, php 로 작성된 프로그램의 글자가 깨지는 현상

4.1.x 에서는 모두 my.cnf 에서 설정이 가능하여, 둘다 적용이 되는데,
5.0.x 쪽은 php 쪽에서는 옵션이 먹히지 않는다.

그 때는  skip-character-set-client-handshake - 이 옵션이 포인트 (http://kldp.org/node/81341 )
my.cnf 의 [mysqld] 섹션에  위 옵션을 같이 써주면  php 쪽에서도 정상적인 옵션이 적용된다.


# php 에서 정상적인지 확인하는 코드
<?php $id = mysql_connect('localhost', 'id', 'pass'); $res = mysql_query("SHOW LOCAL VARIABLES LIKE 'cha%'", $id ); while ($p = mysql_fetch_row($res)) echo $p[0] . " : " . $p[1] . "<br/>" ; ?>
결과는 다음처럼 나오게 된다.

character_set_client : latin1
character_set_connection : latin1
character_set_database : latin1
character_set_filesystem : binary
character_set_results : latin1
character_set_server : latin1
character_set_system : utf8
character_sets_dir : /usr/share/mysql/charsets/

my.cnf 설정이 적용되면,  latin1 이 euckr / utf8 등으로 정상적으로 나오게 된다.

# 문제점.
my.cnf 를 통해 설정하게 되면 전체 시스템에 적용이 된다.
euckr , utf8 환경을 섞어서 쓰는 경우 문제가 발생할 수 있다.
그런경우 DB 접속 코드에 "set names euckr" 을 넣어서 사용한다.


# 참조
" mysql character set 'euc_kr' is not a compiled character set ... " 과 같은 에러메세지가 나올때
 * 기존 /etc/mysql/my.cnf 의 euc_kr 으로 된 부분을 euckr 로 변경
 * 4.0.x 에서는 euc_kr 을 썼는데,  4.1.x 버전 이상은 euckr 으로 쓴다.
 * my.cnf 에서 바꾸어 주기만 하면 된다.

예전 1,2회에 이어 3편.

이번 주제는 "Mysql Dump 시 charset - latin1 문제" 와 몇가지 팁

# 주의점 : 4.1.x 이상버전은 내부데이터는 utf8 로 처리된다.

현재 4.1.x 버전에서 dump 시 latin1 문제.
 - 내부는 utf8 로 처리되는데, 테이블은 latin1 이고, 데이터는 euckr 로 저장된 경우
 - 4.0.x 의 경우 내부는 latin1 이고 데이터는 euckr 인 경우 -> 4.1 로 이전시 문제.
 - 예전 4.0.x 버전에서 4.1.x 로 업그레이드시에 꼬여버린 상황인듯.

mysqldump --default-character-set=latin1 {DB} > dump.sql  형식
으로 백업해야 하는데, 그냥 mysqldump {DB} > dump.sql 한 경우에 문제가 발생한다.
그냥 dump 한 경우 utf8 로 인식하고 dump 되기 때문에 charset 이 꼬이는(?) 듯 하다.
그래서, 이것을 그냥 mysql {DB} < dump.sql 로 복구하면 데이터가 깨져서 저장된다.

그래서, 그냥 넣고 다시 latin1 으로 dump 를 받는다.
 1. mysqldump --default-character-set=latin1 {DB} > dump.sql 으로 제대로(?) dump 받는다.
 2. latin1 으로 된 부분을  euckr/utf8 등으로 변경 ( set names euckr , charset 도 euckr 로 변경 )
 3. 다시 restore 했을때는 깨지지 않는다.


# 이때 4.1.x 이상 -> 4.0.x 로 백업/복구 한다면...
  * mysqldump --create-options --compatible=mysql40 db_name > dump_file
      o --compatible=mysql40  옵션을 넣어서 백업하면 4.0.x 형태로 dump 된다.
  * euckr 로 맞추어야 한다면..
      o --default-character-set=euckr 를 추가해 준다.

# 참고
  * http://www.hackszine.com/blog/archive/2007/05/mysql_database_migration_latin.html
  * http://www.phpschool.com/gnuboard4/bbs/board.php?bo_table=tipntech&wr_id=37225
  * http://www.duppio.com/wk/index.php/Change_the_character_set_from_latin1_to_utf8_in_MySql
  * http://www.phpschool.com/gnuboard4/bbs/board.php?bo_table=qna_db&wr_id=83799

ps. 요약식이라 정리가 덜 되어 이해하기 힘들 듯.
  다음에는 mysql 4.1.x 버전과 5.x 버전차이로 인해 my.cnf 의 옵션이 다르게 먹히는 문제를 살펴볼 예정.
  정확히 php 에서 mysql client 접속시의 문제.

http://www.likejazz.com/archives/204

openid.daum.net
다음에서 오픈아이디 프로바이더(provider) 로서 지원을 하는 듯 하다.
정확히 결정이 난 것은 아닌듯 하지만, 환영할 만한 일이다.

그에 대해 불만(?)을 표하기도 하지만, 별개의 문제로 봐야 하는 것이 정답이다.
아직은 오픈아이디라는 것 자체가 실험적인 면이 있다.
오픈아이디 컨슈머(Consumer or Rely party) 는 프로바이더에 비해 고려할 사항이 많다.

다음쪽에서 바로 적용하기는 무리일 것이고, 사실 전면적인 적용으로 다음측에 딱히 도움이 되는 면이 많지 않다.
아마 기사,블로그 등의 댓글 서비스 같은 비교적 위험성(?)이 적은 곳 부터 테스트하면서 적용할 가능성이 많다.

비교적 새로운 개념의 오픈아이디를 무리(?)하게 적용하는 것이 오히려 악영향을 줄 수도 있다고 본다.
대부분이 오픈아이디 라는 것 자체에 생소한 상황인데, 너무 앞서가도 문제일 것이다.

다음의 오픈아이디 지원의 의미는 '아! 오픈아이디 라는 것도 있구나' 정도로 인식되어도 충분하다.

난 오히려 중소사이트들이 오픈아이디 지원(Consumer)을 하는 것이 좋을 듯 하다.
(여러 사이트에 하나 하나 가입하기가 영 그렇거든)

RSS 너는 무엇을 원하는가?

http://smle.net/tts/399 , http://smle.net/tts/391
 * 리더기가 좋기는 하지만, 어떤것을 고를지 고민되고,
http://bricks.egloos.com/1225807
 * 서비스 제공자들은 RSS 를 적극활용하지 못하고 있는 것 같고,
http://ourlinker.tistory.com/21
 *  저렇게 다양한 RSS 를 효과적으로 사용할 방법은 없을까? 앞으로 많아질텐데..
http://megawave.net/290 , http://isponge.net/2461653
 * 늘어나는 RSS feed 수는 더이상 감당이 안되니.

참 난감할 따름이다.

그렇다고, 블로그 검색(http://www.blogreader.co.kr , http://blogsearch.google.com ) 을 하자니, 너무 지친다.
메타사이트(http://www.allblog.net )가 그나마 괜찮은데, 내가 원하는 것들과 점점 괴리감이 생긴다.

아! 어떻게 하면 저 좋은 자원(RSS)을 활용할 수 있을까?

오늘도 고민한다.

ps. 너무 RSS 자체에 집착하는 듯 싶다.(생각의 전환이 필요한가?)

올블로그가 속속 새로운 기능들을 소개하고 있다.
특히 검색부분이 마음에 든다.(블로그 전문 검색이 부럽지 않을 정도...)

어제 키워드챔피언이라는 서비스도 새로 소개가 되었는데, 상당히 재미있고, 파급력도 있어 보인다.

일단은 간단한 이야기.(자세한 이야기는 나중에 더 써보기로 한다.)

새로 선보인 키워드챔피언과 마이탭 이 둘은 너무나 잘 어울린다.
아울러 실시간인기글 자체를 '자신의 마이탭/키워드챔피언' 의 키워드 관련 실시간인기글로 가능하다면 금상첨화겠다. (시스템 부하의 문제가 있겠지만)

자신의 키워드챔피언에 등록된 키워드가 마이탭에 나오도록 하면 좋겠다.


다음처럼 도전중인 키워드가 있는데, 이 키워드가 마이탭이 자동으로 보이거나, 선택할 수 있게 하면 좋을 듯 하다.

물론 다음처럼 직접 입력할 수 있기는 하지만...

자동/선택 해서 나오게 하고, 해당 키워드챔피언에게 질문하기에 새로운질문을 바로 확인할 수 있는 것등.
(아마 올블 관계자 분들은 다 생각을 하고 있을 듯 하지만...)


잘되면 키워드챔피언이 올블로그의 메인 이슈 키워드가 될 듯 하다.
키워드챔피언에게 질문하기는 지식in 을 염두해 둔 것인가? ^^

현재로 보면 breezy 까지 서비스 지원기간이 지났습니다.

6.06 버전 (dapper) 은  long term support (LTS) 가 되어 2009년 , 2011 년까지 사용가능합니다.


http://en.wikipedia.org/wiki/Ubuntu_(Linux_distribution)#Long_Term_Support

아직 dapper 이전 버전을 사용한다면, 업그레이드를 하시는 것이 좋습니다.

breezy -> dapper 참고하실 분은 클릭하세요.
mysql 을 사용한다면, mysql 도 주의하세요.

ps. 저도 아직 breezy 를 사용하고 있는 서버가 몇대있는데, 업그레이드를 해야 겠습니다.

위에서 보는 것처럼  9일 , 5일 의 방문자수가 이상하다.
계속 그런것은 아닌것 같고, 무슨이유에서인지, 방문자가 폭주한다.
구글 analytics , 다음 web inside 로 체크해보면 별 이상은 없다.

그래서, 일단은 방문자수 노출을 제거해야 겠다.(별 의미없는 수치...)
그리고, 태터툴즈의 방문자수 계산이 엉망은 아니지만, 비교적 높게(?) 나타나는 문제(?)가 있긴하다.

RSS feed 를 긁어오기 좋은 툴.

# 선택조건 : 심플함 , php , RSS/ATOM 지원

php planet : http://svn.bitflux.ch/repos/public/planet-php/trunk/
Tiny Tiny RSS : http://tt-rss.spb.ru/trac/

# 그외 ( via http://blo9.com/wp/?p=24 )
1. feed on feed : http://feedonfeeds.com/
 * php , mysql
2. http://hebig.org/blogs/archives/main/000877.php 에서 User-installable scripts 부분.
3. http://www.linuxjournal.com/article/6627
4. http://allrss.com/rssresources.html

우선 쓸만한(?) 툴을 찾아보고, 추가로 자료를 찾아봐야 겠음.


# 진행과정
1. 참조용 툴 선택
2. 그대로 사용할지 별개로 개발할지 판단
3. 간단한 모델 테스트
4. 여러형태 테스트

# python 으로된 http://www.planetplanet.org 도 있지만, 일단 참조용으로.
* http://teamblog.joinc.co.kr/yundream/50 - planetplanet 참조.

[내용은 계속 추가예정]


# 추가 : 06-10
planet-php 는 php5 에서 동작 pear 기반. mysql 사용
tt-rss - mysql , postgresql 사용 , planet-php 와 함께 Magpie RSS 사용
현재로서는 tt-rss 가 나아보임.
추가테스트는 experlab 서버이전후에 할 예정.(Ubuntu Feisty + php5 환경 구축예정)

# 추가 : 06-11
feed on feeds 도 Magpie RSS 를 사용하네요.
따로 Magpie RSS 도 알아봐야 겠음.
새로운 서버로의 이전이 원활하지 않음.

이미 procmail 을 사용하고 있는 분들이 보시면 될 듯 합니다.
이미 이런 rule 을 알고 계시는 분이 더 많을 것 같지만, 역시 정리삼아.

한글스팸 걸러내기

:0 HB
* ^Content-Type: *multipart/alternative
* !^Content-Type: *text/plain
{
      LOG = "[Spam-1] "
      :0
      ${MYHOMES}/myspam/spam-${MYDATES}
}

:0 EHB
* ^Content-Type: *multipart/alternative
* !^Content-Type: *text/html
{
      LOG = "[Spam-2] "
      :0
      ${MYHOMES}/myspam/spam-${MYDATES}
}

영문스팸 걸러내기(테스트중)

:0 HB
* ^X-Mailer: The Bat.*
{
      LOG = "[Spam-bot-bat] "
      :0
      ${MYHOMES}/myspam/spam-${MYDATES}
}

 :0 HB
* ^X-Mailer.*Outlook
* !^Content-Type: *text/plain
{
     LOG = "[Spam-bot-outlook] "
     :0
     ${MYHOMES}/myspam/spam-${MYDATES}
}

계정 디렉토리의  myspam 이라는 디렉토리에 저장이 됩니다.

위의 rule 위에 다음과 같은 rule 을 적어놓으시면 됩니다.

:0 ic
  * ? test ! -d "${MYHOMES}/myspam"
  | mkdir -p ${MYHOMES}/myspam; \
    chown $LOGNAME ${MYHOMES}/myspam;

procmail 은 MTA 와는 별개이므로, sendmail , qmail 등 다른 MTA 라도 사용가능하다.



# 자세한 사항은 아래링크 참조
http://procmail.episode.co.kr/bbs/zboard.php?id=doc

메타사이트
RSS 리더
개인화서비스
...

이 서비스들의 공통점은 RSS 를 주재료로 한다는 것이다.
그외에도 RSS 를 활용하는 서비스는 몇가지 더 있지만, 그중 제법 활성화된 서비스들은 위 3가지이다.

이 서비스들은 RSS 를 잘 활용하고 있는가?

1. 메타사이트
RSS feed 를 가져와 최신글, 인기글 등의 자체 기준에 따라 목록을 보여준다.
간단한 형태의 평판(Reputation)을 할 수 있다.

2. RSS 리더
개인별로 자신의 RSS 목록을 만들고, 구독한다.
개별 사이트를 방문하지 않고, 자체 viewer 로 구독한다.
RSS 목록은 OPML 형태로 저장이 가능하다. 그리고, 리더간에 호환이 가능하다.

3. 개인화서비스
RSS 목록은 위젯형태로 개인화페이지에서 보여진다.
간단한 형태의 메타사이트, RSS 리더를 포함하고 있다.


어떤 서비스가 잘 활용하는 것일까? 아니, 잘 활용한다는 것이 무슨의미일까?
내 관점에서 이렇게 해석하고 싶다.

공개된 자원(RSS)을 활용하면서, 축적된 지식(데이터,자원)을 또 다른이에게 공개(공유)한다.

이 관점에서 해석하고자 한다.
각 서비스는 나름대로 적용되어 있다. 그러나, 약간씩 부족한 점이 있다.

1. 메타사이트
RSS 를 활용해 사용자의 평판이 축적된다.
나름대로 인기글, 이슈,태그별 RSS 를 제공한다.

2. RSS 리더
OPML 로 RSS 목록(채널)들을 관리하고, 각 피드별 글들을 축적한다.
개인별로 RSS 피드의 중요도 들이 축적된다.

3. 개인화 서비스
RSS 를 위젯형태로 사용할 수 있도록 한다. 이 위젯들을 평가해 공유한다.
비교적 다른 서비스와 호환되게 하여 다른 서비스의 위젯도 사용가능하다.


사실, 각 서비스에 축적된 지식을 공개하는 것은 쉽지않은 선택일 것이다.

그러나, 사용자들에게 이로운 선택을 하는 것이 최선의 선택이라고 본다.
각 서비스가 적극적으로 그런 움직임을 보였으면 한다.

어떤 부분을 공개해야 할까? RSS 보다 진화된 그 것은 무엇일까?
누군가 attention.xml 이라고도 하는데, RSS 에 비해 상대적으로 복잡하다.
이미 수년전에 나온 포맷이지만, 널리 사용되지 못하고 있다.

RSS, OPML 보다는 좀더 축적된 지식이 attention.xml 보다는 복잡하지 않은 형태가 필요하다.
그것을 누가 만들것인가? 누가 공개를 할 것인가?

서비스 제공자들이 하는 것이 가장 좋지 않을까? 가장 효과적이지 않을까?


그래서, 내일 베타 오픈하는 wzd.com 의 행보에 관심가는 부분이 있다.
메타사이트, RSS 리더 쪽에서도 그런 움직임이 감지가 된다.

apache 를 웹서버로 사용한다면,  rewrite rule 을 사용하고 있거나, 사용해봤을 것이다.
블로그 툴로 많이 쓰는 테터툴즈도 rewrite rule 을 사용하고 있다.

요근래에는 Fancy URL 이라고 하여, URL 이 복잡하게 되는 것을 방지하기 위해 많이 쓰이는 편이다.

크게 rewrite rule 이 적용되는 것을 살펴보면,

1. 모듈로딩 ( rewrite 모듈을 apache 가 읽어들이도록 한다.)
2. apache 설정 ( virtual host )
3. .htaccess 설정

으로 볼 수 있다.

1. Rewrite 모듈로딩
배포판 마다 apache 설정 파일의 위치가 다르긴 하지만, 다음과 같은 항목을 포함한다.
(ubuntu / debian 계열은 /etc/apache2/mods-enabled 에 설정한다.)

모듈 설정 항목은

LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so

와 같은 항목이다.

2. apache conf 설정

보통 일반적인 설정이다.(Virtual Host 사용)

<VirtualHost *:80>
    ServerAdmin webmaster@yourdomain.co.kr
    DocumentRoot /user/yourdomain.co.kr/
    ServerName yourdomain.co.kr
    ServerAlias www.yourdomain.co.kr
    ErrorLog logs/yourdomain.co.kr-error_log
    CustomLog logs/yourdomain.co.kr-access_log combined
</VirtualHost>

이때 Rewrite rule 을 Virtual host 항목에 직접 써 넣을 수 있다.
그러나, 보통 다음에 이야기할 .htaccess 파일을 사용한다.(태터툴즈도 이 방법을 사용)

3. .htaccess 에 rule 설정

설정하려는 도메인의 DocumentRoot 에 .htaccess 파일을 만들고 rule 을 설정한다.
(위의 예에서는 /user/yourdomain.co.kr/.htaccess 가 되겠다)

흔히 사용하는 rule 하나를 예를 들면..

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_URI} /demo/([a-z0-9_-]+)$
RewriteRule demo/(.*) /demo/index.php?key=$1 [R,L]

yourdomain.co.kr/demo/keyname  형식으로 접속하면,
yourdomain.co.kr/demo/index.php?key=keyname  으로 rewrite 해주는 rule 이다.

보통  ProcessFile?key=aaa&key2=bbb  처럼  URL 이 복잡해지는 것을 줄이는 용도로 사용한다.


# 이때 .htaccess 파일을 설정했는데, Rule 이 작동하지 않는 경우

알아 두어야 할 것은 .htaccess 파일을 사용하려면,
AllowOverride  항목이 'None' 이상(?)이어야 한다.(이부분은 확인필요)

이것도 배포판 마다 다를 것이다.

ubuntu 인 경우  <Directory /> 가 AllowOverride none 으로 설정되어 있다.

따라서 .htaccess 를 사용하기 위해서는 위의 Virtual Host 설정탭 사이에 다음처럼 추가한다.

<Directory /user/yourdomain.co.kr/>
AllowOverride all
</Directory>

자세한 옵션은 다음을 참조한다 .

혹시 Rewrite Rule 을 설정할때, .htaccess 에 있는 설정이 적용되지 않는다면, 위 부분을 확인해 본다.
<VirVirtualHost> </VirtualHost>  사이에 .htaccess 에 설정된 Rule 을 직접 입력하면 되는데,
.htaccess 로 하는 경우 안된다면 위의 문제일 가능성이 많다.

위 AllowOverride 설정을 맨 상위디렉토리(/user 나 /)에 설정을 해도 되지만,
그런경우  /user/.htaccess  /user/otherdomain/.htaccess 등을 모두 찾으려 하기 때문에 속도저하가 있을 수 있다.
꼭 필요한 경우에 해당 위치에만 사용하는 것이 좋을 듯 하다.


# 참조
http://httpd.apache.org/docs/2.0/ko/howto/htaccess.html
http://httpd.apache.org/docs/2.0/misc/rewriteguide.html

http://gears.google.com/


정말 구글의 야심(?)은 어디까지인지 알 수 없군요.
오프라인 영역까지 확장하려는 듯 합니다.

구글 gears 로 구글Apps 들을 모두 사용할 수 있다고 봐야 겠죠.
물론 데이터는 구글이 가지고 있고, 이 얼마나 영리한 생각인지, 참.
그래서 정말 두려워지네요. ^^

http://channy.tistory.com/168
http://koko8829.tistory.com/128
http://www.gltle.net/tt/2290274

웹영역(구글) , OS영역(MS)  사이에서  Apps 영역(이부분은 MS가 우위를 점하고 있죠)이 다툼이 있었는데,
즉, 구글이 웹영역으로 MS 의 Apps 영역을 침범하는 형태(구글 writer, spreadsheet, docs 등.)였는데,
이번 google gears 가 직접적으로 싸워보자는 의미로 해석됩니다. ^^ (내 맘대로 해석)
MS 와는 그동안 직접(?)적인 대결은 안하는 것 처럼 보였지만, 이제는 본격적인 전투모드로 바뀌나 봅니다. ^^
(그런데, MS 의 윈도우비스타 위젯 영역도 침범하는지 모르겠네요.)

apollo vs gears 가 되나요?