번개애비의 라이프스톼일

잠깐이나마 기분좋은 추억이었고 우리가 좀 늦게 만났긴 하지만 정말 인연이라고 잠시나마 생각했었다. 좀 황당하긴하네 ㅎ

어느 날, 작은 마을에 한 사내아이가 태어났어. 피부는 창백하고 눈동자가 아주 큰 아이였지. 아이가 크면서 엄마는 자연스럽게 알게 됐어. 이 아이는 감정이 전혀 없고 그저 식욕만 있는 좀비였다는 걸. 그래서 엄마는 마을 사람들 눈을 피해 아이를 지하실에 가두고는 밤마다 남의 집 가축을 훔쳐서 먹이로 주며 몰래 키웠어. 하루는 닭을... 하루는 돼지를... 그렇게 여러 해가 지난 어느 날, 마을에 역병이 돌아서 남은 가축들이 다 죽고, 사람들도 많이 죽어. 그나마 산 사람들은 마을을 모두 떠나버렸지. 아들만 두고 떠날 수 없던 엄마는 결국 배고파 우는 아이에게 자신의 다리 한쪽을 잘라주고... 다음엔 팔 한쪽을 잘라주고... 그렇게 다 주고 결국엔 몸통만 남아서는 마지막으로 아이의 품속에 스스로 들어가 자..

맥북에서 한글명으로 된 파일을 생성하고 NAS나 웹하드, 이메일등을 통해 공유한 상태에서 윈도우에서 그 파일을 내려받으면 가끔 자음과 모음이 분리되는 경우가 있다. 이는 윈도우와 맥이 한글의 처리방식에 있어서 차이가 존재하기 때문에 생기는 문제임. 윈도우에서 이런 현상을 해결하기 위해 별도의 수정작업이 필요로 하다. 이 프로그램은 윈도우에서 여러파일을 일괄적으로 수정해줄 수 있음. 아래 맥용프로그램도 있다.

MySQL 혹은 MariaDB 환경에서 1억개의 Row가 저장되어 있다고 가정하자. 인덱싱이 지정되어 있지 않은 칼럼에서 검색을 수행했을때 데이터베이스는 1억개를 Full Scan을 하게 되어 SELECT 쿼리결과가 나오기까지 오랜시간이 필요로 한다. 이렇게 비교적(?) 대용량의 데이터를 처리하기 위해서는 여러가지 튜닝방법이 존재하는데, 튜닝의 우선순위는 아래와 같다. 1. 가급적 로직을 DB상에서 처리하지 않고 WEB Applicaition 상에서 구현한다. WEB Application 부하는 DB Server에서 발생하는 부하보다 비교적 쉽게 해결이 가능하다. Web 서버는 라운드로빈이든 L4를 활용하든 너무나 쉽게 확장이 가능한 반면, DB Server는 Master-Slave Replication..

이전까지 Go lang으로 DB 인터페이스 서버를 구성하고 php7.x 계열로 Front를 구성했었다. 사실 Front를 php로 사용했다기 보다는 Middle 성향으로 중간에서 Minify나 js 난독화, 통신암호화, 업/다운로드, Front JS만으로 보안해결이 안될때 등등등 수준으로만 사용하고 있다. 변태적인 셋팅이지만 나름 잘 운용중.. ㅎㅎ 이것도 규모가 중간이상이 되는 프로젝트에서나 굉장히 보수적인 트래픽 제어와 최단기 Response를 위해 극단적으로 셋업된 환경에서나 사용했고 요즘 주력은 Go 와 Primitive한 JS를 위주인듯하다. 근래에 php8 이 출시되었다고 해서 실서비스에 적용하기 위해 여러가지 테스트를 해본결과, 다행히도 큰 호환성이슈가 없어서 실서비스에 반영하고 있다. (D..