DB(MySQL) 생성 CREATE DATABASE redmine CHARACTER SET utf8; CREATE USER 'redmine'@'%' IDENTIFIED BY '***'; GRANT ALL PRIVILEGES ON redmine. TO 'redmine'@'%'; 가급적 DB 생성 시 character set 을 utf8 로 하세요. byte 크기 때문에 DB 초기화 때 오류가 발생할 수 있습니다. redmine 소스 다운로드 및 압축 해제 4.x 은 지원되지 않는 플러그인이 많아서 3.x 로 설치하였습니다. 글을 작성하는 시점에 3.x 최신버전은 3.4.10입니다. $ cd /data $ sudo curl -O http://www.redmine.org/releases/redmine-3.4...
2019/06/11 - [DB/Couchbase] - 왜 Couchbase을 선택하게 되었나? (1) 이전 글에서 Couchbase을 선택하기에 앞서 Memcached와 Redis을 선택하지 않은(정확히는 주력으로 사용하지 않는) 이유를 언급했습니다. 실제로 두 제품 모두 실제 사용을 했던 제품이고 사용 중 발생하는 문제점이 너무나 치명적이어서 당장 바꾸지 않으면 안 되는 정도의 문제는 아니었습니다. 하지만, 두 제품 모두 cache 성격에 가까운 key/value 타입의 NoSQL이다 보니 다른 제품과 혼용해서 사용하지 않으면 서비스를 하는데 문제가 발생할 여지가 있었습니다. 가장 두드러지는 문제는 저장공간을 Memory로 사용하기 때문에 용량에 대한 제약이 크다는 것이었습니다. 그래서 저장 용량이 크..
요즘에도 프로그램 개발 시 RDBMS 뿐만 아니라 NoSQL을 혼용해서 사용하거나 NoSQL 만으로 구성하려는 시도가 꾸준히 있습니다. 역시 그 이유로 가장 대표적인 게 RDBMS의 속도나 장애 대응에 의문을 품기 때문일 것입니다. 저 역시도 이미 수년 전부터 NoSQL을 써서 개발을 했던 경험이 있고, 유명한 NoSQL 제품을 비교하고 테스트했었고, 실제로 서비스를 개시한 경험도 몇 차례 있습니다. 그중에서도 단연 Couchbase을 사용한 경우가 압도적으로 많았습니다. 또한, 회사 동료들에게 Couchbase을 영업(?)하여 사용하게 만든 경우도 몇 차례 있었고요. 그럼 왜 Couchbase을 선택하게 되었을까요? 사실 이 질문에 대한 답을 얻기 위해서는, 장점에 대한 나열보다도 Couchbase 보..
- Total
- Today
- Yesterday
- messages.properties
- Spring Boot
- Spring MVC
- 프로젝트 규모
- Phabricator
- Redmine
- 내장 WAS
- 워드프레스
- java config
- git
- jooq
- SI
- 클라우드플레어
- NoSQL
- Nas
- RestTemplate
- 시니어 프로그래머
- OracleJDK
- proxmox
- paging
- manjaro
- couchbase
- Spring
- docker
- 페이징
- KDE
- 외장 WAS
- 도입기
- boot
- 엘지
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |