[글쓴이:] onionmixer

PM 의 ROLE

onionmixer Leave a comment

PM 이 하는 일이.. 원래 별거 없어보여도 빠지면 티가 나거든요.

디자인인데.. 그냥 Html 작업만 대충 하면 되는건지… 아니면 PSD 부터 들어가야 하는건지.. 작업자끼리 알아서 할거라고 생각하면 대단히 큰 오산이죠.

PM 의 가장 큰 가치는 교통정리입니다. 각 request 와 result 사이의 flow 를 조절하고, 이를 통해 제대로된 시간을 잡을 수 있도록 하는거…..

이로인해 비즈니스 타이밍을 늦지 않게 만드는.. 속칭 노가다 십장이죠.

아.. agile 좋아요. 그건 구성원들이 전부 일정 수준 이상의 시니어 수준이라 한명한명이 PM 급의 역량을 가지게 되면.. agile 해도 됩니다. 그래도 문서관리 및 프로젝트 모니터링은 필요하죠. 그게 보조적 역할이라해도 말입니다. (개발자의 머리수만큼 생각의 개수 및 결과물의 개수가 달라질테니깐요)

뭐.. 그런겁니다. 좋은 개발방법론… 뭐고 나발이고 다 좋아요. 하지만 그럴만한 인재들을 데려다 놓았을때, 인건비 및 재경비를 감당할 자신이 없다면, 어설픈 개살구 이론에 섣불리 현혹되어서는 안된다는 얘기입니다.

pharo 와 database(RDBMS) 사용

onionmixer Leave a comment

mysql 및 sqlite 는 garage 를 사용하면 된다고 합니다.

https://guillep.github.io/DBXTalk/garage/index.html

 

postgreSQL 의 경우는 v3 protocol 을 지원하는 P3 패키지가 괜찮겠네요.

https://github.com/svenvc/P3

 

garage 는 openDBX 를 통해서 oracle 도 지원할 수 있다고 합니다만.. 별도로 긍정적인 내용은 아직 확인하지 못했습니다. v3 ptorocol 로 seaside 를 해보면 재미있는걸 만들 수 있을까.. 좀 고민은 되네요. seaside 를 사용한다면 아마도 zinc 서버를 사용할듯 싶은데…. 가능하다면 nginx 등으로 binding 을 해보고 싶기는 합니다.

mediawiki 메인터넌스 기록

onionmixer Leave a comment

이 내용은 sqlite 로 운영되던 mediawiki 의 1.20(구형버전)을 1.29 버전으로 올리면서 일어난 일에 대한 간단한 메모입니다.

  1. 내가 원래 쓰던 wiki db 는 sqlite
  2. 최근에 php 의 버전을 올림에 따라 mediawiki 의 버전을 올려야할 필요성이 생겼다
  3. mediawiki 를 올렸다. 일단 mediawiki 의 버전을 먼저 올렸으며 mediawiki 가 급한대로 동작하는걸 확인.
  4. 몇가지 자잘한 문제가 생겼는데.. 대개는 해결이 가능했으나 sqlite 의 성능문제로 한계에 다다르기 시작했다. wiki 페이지를 몇번정도 refresh 하면 db 에러가 발생.
  5. 그걸 해결하고자 하였으나 그 과정에서 sqlite db schema 가 꼬임..(오노)
  6. 몇가지 원인은 있었으나 sqlite 를 mysql 로 바꾸기로 결정. 이에 upgrade 가 끝난 기존의 mediawiki 는 mediawiki_sqlite 등으로 이름을 변경하고 mediawiki 를 mysql 버전으로 다시 신규설치
  7. mediawiki 의 기능중 하나인 dumpBackup.php / importDump.php 로 해결을 보려 했으나 완벽하게는 처리가 안됨. 페이지의 image 정보 부분을 제대로 가져오지 못함. 그리고 importDump.php 는 wiki 페이지 숫자에 비례해서 시간이 꽤 걸리니 반드시 참고할것. 3000 페이지 가량의 wiki 를 Import 할 때 걸리는 시간은 대략 3시간…..(물론 서버가 좀 구리기는…-.-)
  8. sqlite 와 mysql 버전의 해당 db table 의 schema 를 분석하고 별 이상이 없겠다 싶어서 sqlite 에서 해당되는 테이블을 추적해서 sql 형태로 dump 을 떠냄. 이렇게 sqlite 에서 dump 된 sql 은 상단 부분에 잡다한 부분이 있으니 그 부분은 손으로 걷어내 주어야함
  9. 물론 dump 뜬 sql 을 mysql db 에 넣음. 두줄정도? 에러가 발생했으나.. 그정도는 손으로 잡을 수 있음
  10. 신규 mediawiki 의 메인페이지는 importDump.php 로 복구가 되지 않음. 때문에 이전의 old wiki 에서 메인페이지는 손으로 직접 옮겨주는 센스!
  11. 몇가지 템플릿을 비롯해서 정상 동작할 수 있도록 mediawiki 의 조정을 마무리
  12. 기존에 mediawiki 를 올리면서 동작이 되지 않았던 syntexhighlight_geshi 플러그인까지 정상동작하게 작업. 이 부분은 해당 플러그인의 pygmentize 부분을 참조할것
  13. 작업이 다 끝나면 mediawki 의 index 를 다시 잡아주는 일을 잊지 말것.
  14. mediawiki 의 mysql 버전 기본설치가 끝났을때 mysql 을 백업받는걸 잊지 마세요. 그래야 작업을 실패했을 때 이후 복구가 빨라집니다.

아울러 사용했던 명령어중에 중요한 부분을 메모삼아 남겨놓습니다.

  • mysqldump -u사용자이름 -p비밀번호 mysqlDB이름 > db_backup_default.sql
  • nice -19 php maintenance/importDump.php –report –uploads < ~/덤프XML파일이름.xml
  • sqlite3 sqlite3DB이름.sqlite ‘.dump image’ > dump_image_table_fromsqlite.sql
  • php maintenance/update.php –quick
  • nice -19 php maintenance/rebuildall.php
  • php maintenance/initSiteStats.php –update