삼국지 전생 운세를 해 보았습니다.

결과는 아래와 같이 나왔네요.
DISC의 D형에 가깝다고만 알았는데...
음냐, 전 교주님 스타일인가바요 --;

장각(나비나 구)
영웅 지수 45%

당신은 자신이 올바르다고 생각한 일은 자꾸자꾸행동해 많은 사람을 끌어들여서 갈 수 있는 타입입니다.그러나, 너무 자신의 올바름을 너무 믿으면 맹목에 되어 버려 나쁠 방향으로 나아가 버릴 생각붙입시다.

무장 설명
태평도로 불리는 종교 집단의 영수.대현 뛰어난 스승과 자칭해 황건적을 개양 해 종교적인 쿠데타를 시도하는 것도 장각의 병사와 영웅들의 활약에 의해 진압된다.


AND

원래 이번 연휴에 책을 여러권 읽으려고 했었는데,
숙취로 하루가 날라가며 1권 밖에 읽지 못했네요... ㅠㅜ;

하여간 연휴에 겨우 읽은 책은 바로 이 책입니다.


책표지에도 써있지만 원제목은 Corporate Confidential인데, 울나라 제목은 훨씬 자극적이고 피싱스런 제목으로 탈바꿈되었네요 ㅡ,.ㅡb;
(표지엔 20만부가 팔렸다고 2007년초에 적어 놓았는데, 현재는 yes24에 판매지수가 30만을 돌파하고 있더군요... ㅎㄷㄷ)

이 책은 회사에겐 당연하지만 우리는 잘 알아채지 못하는 다음의 50가지 사실들을 열거합니다.
(제가 특히 공감했던 or 뜨끔했던 부분들은 굵은 표시를 해 두었습니다.)


여러가지 사실들을 나열하고 있지만 제가 보기에 핵심은 간결합니다.
피고용인의 입장과 생각은 오너와는 확연한 차이가 있다는 것이죠.

오너와 회사 입장에서 몇 번만 생각하면 당연한 사실들인데,
실생활에서는 간과하는 경우가 많죠.

제 입장에서도 예전에는 조심하던 것들을 요즘 조심하지 않고 있다는 것을
깨우치게 해 준 고마운 책입니다 ^^;
새해부터는 그동안 잘못한 행동들을 하나하나 바로잡아야겠습니다 :)
AND

드디어 부캐 사냥꾼을 만렙 달성했습니다.

본캐는 투기장만 할 예정이고,
이 부캐로 앵벌 및 레이드를 할 생각입니다.

앵벌을 하기 위해서는 상대진영(얼라)에게 어느정도 때리지 말라는 위세를 해야하기 때문에,
시즌1셋을 몇개 구입했습니다.

머, 시즌3세트 템10 얼라들은 그래도 때리겠지만...

갓 만렙들은 안 때리지 않을까 라는 상상을 하는 중이죠 --;

AND

2008년, 대전격투계의 형님들 대거 귀환
http://www.zdnet.co.kr/microsite/kgc2005/0,39033757,39165733,00.htm
zdnet의 위 기사를 읽다보니 옛날 오락실 게임에 대한 추억(?)이 떠오르네요...

<< 스트리트 파이터 2 >>



고1때 엄청나게 한 기억이 나는군요.
스파2의 느낌을 살려서 네트웍으로 온다면 너무 재미있을 것 같네요.

아무리 중요한 시험 전날이어도 시험 전후에 항상 스파2를 했던 기억이 새록새록 나는군요 ㅠ,.ㅜ;

또, 고1때 동네 오락실에서
20판이나 30판인가 연승을 해서 끌려나가서 맞을 뻔한 기억이 있는데...
(후, 제 사전에 봐주는건 없습니다 ㅡ,.ㅜ)
네크웍으로 오면 맞을 일은 없겠네요 ㅎㅎ


<< 사무라이쇼다운 >>



이건 고3정도 때 엄청나게 한 게임인걸로 기억이 나네요.

사쇼1은 엄청나게 했지만, 사쇼2는 너무 기술 쓰기가 쉬워져서 안했던 기억이... --;
(특히 우쿄의 앉아서 츠바메가에시가...)

이때는 머리가 좀 커서 안 맞을 뻔 한 것 같아요 --;
AND

http://www.manapotions.com/index.html



마나포션을 드디어 파는군요.
코딩이나 게임을 하다가 정신력이 다 떨어졌을 경우, 마시면 딱이겠네요.

운동선수들을 위한 힐링포션도 세트로 팔면 좋을텐데 말이죠.
그냥 빨간 음료를 리필해서 들고 다니면 되려나...

흠, 디아블로2 때 좋아하던 보라색 rejuvenation potion은?

500ml, 1L 등등 여러 사이즈 포션은 안 파는게 아쉽네요.

나같으면 종류병 사이즈별로 다양화해서 팔았을텐데... :)
AND

pymssql을 MySQLdb로 이전할 때,
인터페이스 상으로는 DB API 2.0을 둘다 지원하니 크게 바꿀 부분이 없을 것 같네요.

connect 함수의 입력인자 password, database 가 passwd, db 로만 바꿔주면 될 듯...

ex.
conn = MySQLdb.connect(
   host = '아무데나',
   user = '아무나',
   passwd = '****',
   db = 'dbname'
)
cs = conn.cursor()
cs.execute(sql)
res = cs.fetchall()
...

그 외에 문제가 넘처 흐르겠지만,
추후에 정리할 날이 온다면 정리할랍니다 :)
AND

http://www.oreillymaker.com/

저도 한번 대충 만들어봤습니다 :)



http://www.oreillymaker.com/link/11166/dsphome/

이 사이트는 분명 누군가 취미로 만들어서 애드센스 놀이를 하는거 같은데...
이렇게 대놓고 카피하면 사이트가 저작권에 걸리는게 아닐까 모르겠네요.
분명 걸릴텐데, 이정도는 봐주는 걸까요?
아니면 귀차니즘?
AND

2008/2/4일자 Weblog

웹로그 2008. 2. 4. 14:11
웹2.0 시대의 서비스 개념과 철학
http://www.zdnet.co.kr/itbiz/column/anchor/minupark/0,39035389,39165688,00.htm
우리도 애자일해질 수 있을까?

'홑벌이 가정'은 실직하면 곧장 빈곤층으로
http://news.naver.com/hotissue/ranking_read.php?section_id=102&ranking_type=popular_day&office_id=023&article_id=0001939787&date=20080204&seq=5
나락으로 빠지지 않으려면 도대체 어떻게 해야하는 걸까...
예전에 이태원책임님이 이야기하신게 기억난다( 맞나--? )
세상에는 2가지 일이 있다.
한가지는 한번 일해 한번 돈을 받는 일회성 일이고,
나머지 한가지는 한번 일하면 지속적으로 수익을 창출하는 일이다.
역시 노가다를 최소화하고, 지속적인 수익을 노려야겠지만 그게 어디 쉬운 일인가 --;

수익모델 - 애드팡(Ad-Pang)
http://diarix.tistory.com/268
블로거의 입장에서는 애드센스와 뭐가 다른지 모르겠다.
저같은 라이트 블로거에게는 오히려 좀 불편해 보이는데...
또한 궁금증하나, 광고주가 정해지기 전까지는 빈공간이 보이는건가요?
새로운 시스템이란건 알겠는데 블로거/사용자에게 더 편해 보이지 않는게 단점인듯...
(굳이 이야기하자면 고수용인가요 --?)

스누피가 위대한 이유! (부제: 바보 왕따소년의 성공 이야기 )
http://blutom.com/414
스누피에게 이런 사연이 있었다니...

구글 폰트로 로고를 만들자
http://extrad.egloos.com/1707468
구글 로고 스타일로 자신의 로고 만들기~

End-to-end Ajax 애플리케이션 개발, Part 1: Ajax 환경 설정
http://www.ibm.com/developerworks/kr/library/wa-aj-end2end1/#resources
php, eclipse, zend 등 통합웹개발환경 만들기에 대해 잘 정리되어 있다.
AND

초간단 Replication overview

Replication은 master의 내용을 여러 slave들에게 복사본을 유지시키는 것을 의미한다.
즉, 아래 그림의 경우와 같이 write는 비교적 적게 일어나고,
read가 자주 일어나는 웹사이트들의 경우에 load balancing을 위해 사용할 수 있을 것이다.


그림 출처: http://dev.mysql.com/doc/refman/5.0/en/replication-solutions-scaleout.html

Replication 관련 주의해야할 사항 및 troubleshooting 관련글들은 아래 mysql 사이트를 참조하도록 한다.
http://dev.mysql.com/doc/refman/5.0/en/replication-features.html



개인적으로 삽질했던 문제해결 리스트(Troubleshooting List) ...

1. replication 후 slave에서 master에 연결이 안될 때.

slave로 master의 db를 dump를 하게 되면,
user 정보들도 모두 dump하게 된다.

즉, 다음에 slave를 리부팅했을 경우 오류가 날 수 있다.
일례로 /etc/mysql/debian.cnf 안에 보면,
password가 master의 것으로 바뀌게 되므로 slave의 세팅을
master의 세팅과 동일하게 맞춰주어야 될 지도 모른다.


2. slave 혹은 master의 문제로 인해 다시 동기화를 해야할 경우.

dump한 후 다시 stop, start slave를 시킨다.
혹시 relay-log를 못 따라가며 안되면,... 무식하게,
mysql> RESET SLAVE;
를 한 후, 다시 설정/시작 시킨다..

3. Slave가 꺼져있는 동안 Master에서 update가 일어나는 경우.

Slave에서 동기화 에러가 날 수 있다.
다시 동기화할때 Slave단에서 duplication 등의 에러가 날 수 있는데,
(무시해 줘도 되는 경우...)
그리 치명적인 에러가 아니면 my.cnf 내에서 slave-skip-errors 옵션을
이용해서 무시해주면 된다.
slave-skip-errors = 1061, 1062
모든 에러를 다 건너뛰려면, slave-skip-errors = all 로 세팅하면 된다.


4. 에러가 난 경우, 해당 쿼리를 확인/건너뛰는 방법.

우선 Slave에서 Exec_Master_Log_Pos 위치 확인.
mysql> SHOW SLAVE STATUS\G

Master에서 근처에 어떤 쿼리가 있는지 확인.
mysql> SHOW BINLOG EVENTS IN 'mysql-bin.000032' FROM 13633 LIMIT 3 \G

문제가 없다면 다음 위치로 이동.
mysql> SLAVE STOP;
mysql> CHANGE MASTER TO
MASTER_LOG_FILE='mysql-bin.000032',
MASTER_LOG_POS=13770;
mysql> SLAVE START;
mysql> SHOW SLAVE STATUS \G

혹은 확인 결과 현재 에러가 skip해도 된다면,
mysql> SLAVE STOP;
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> SLAVE START;

AND

Mysql Master-Master Replication 설정하기
(Dual-Master replication)
: Master-Slave의 설정을 역으로 동일하게 한다고 생각하면 된다.

0. Master-Slave Replication이 설정되어 있다고 가정한다.
  설정이 끝날때 까지 기존 Master, Slave 명칭을 유지한다. 
 
1. Slave에 Master로의 replication을 위한 'repl' 계정을 만들고 권한을 준다.

mysql> GRANT REPLICATION SLAVE ON . TO 'repl'@'%.dsphome.net' IDENTIFIED BY '****';

2. Master에서 Slave를 master로 여기도록 설정한다.

mysql> CHANGE MASTER TO
-> MASTER_HOST='slave hostname/ip',
-> MASTER_USER='repl',
-> MASTER_PASSWORD='****',
-> MASTER_LOG_FILE='mysql-bin.000027',
-> MASTER_LOG_POS=9080;
 
물론 이 설정을 위해서는 Slave의 master_log 정보를 적어놔야한다.
( 기본 replication 설정 참고 )

3. master의 slave를 재시작시킨다.

mysql> START SLAVE;

4. 양쪽 모두 작동하는지 확인.

mysql> SHOW SLAVE STATUS\G


AND