로컬에서 로그인을 할 때psql -d 데이터베이스명 -U 데이터베이스계정명 외부의 PostgreSQL에 로그인을 할 때psql -h host명 -d 데이터베이스명 -U 데이터베이스계정명 데이터베이스 목록 조회(데이터베이스에 접속한 상태에서)# \l 데이터베이스 변경(데이터베이스에 접속한 상태에서)# \c 데이터베이스명기본적인 테이블 생성(데이터베이스에 접속한 상태에서)CREATE TABLE table_name( column1 datatype, column2 datatype, column3 datatype, ..... columnN datatype, PRIMARY KEY( one or more columns ) ); 테이블 목록 조회(데이터베이스에 접속한 상태에서)# \d테이블 상세 스키마 조회(데이터베이..
Bitbucket Private Repository를 ssh key를 이용하여 git clone 해오기 bitbucket의 private 저장소를 로컬로 받아오려면 두가지 방법이 있다. (내가 아는한..?)ssh 프로토콜를 이용하여 clonehttp 프로토콜을 이용하여 clone예를 들어, ssh 프로토콜을 이용한 bitbucket의 ssh-key-add 리포지토리의 복제는 git clone git@bitbucket.org:junk3843/ssh-key-add.git와 같다. 그리고 http 프로토콜을 이용한 bitbucket의 ssh-key-add 리포지토리의 복제는git clone https://junk3843@bitbucket.org/junk3843/ssh-key-add.git와 같다. 이때 htt..
로그는 집약과 수집을 구별해서 다룸이렇게 구별하는 이유는 각각의 목적과 정밀도가 다르기 때문집약: 웹 서버가 출력하는 로그를 항상 전송해서 한곳에 모으는 것수집: 각 서버상에 출력된 로그를 정기적으로 모아서 저장하는 것 로그를 집약하는 목적: 순간순간의 상황을 파악하기 위함 (무슨 일, 어디서 일어나고 있는지) 장애 발생시 어떤 머신에서 문제가 일어나고 있는지를 확인사이트의 액세스 상황(순간 페이지뷰, 사용자 수등을 집계) 로그를 수집하는 목적: 집계, 분석, 그리고 보존을 위함서비스 운영시 웹서버나 AP서버의 로그 집계, 분석을 기본로그 분석에는 일별, 주별, 월별등 다양한 단위의 로그가 필요한데, 이를 위해 로그가 여러군데 분산되어 있으면 불편하다. 로그 집약, 수집에는 다양한 방법이 있다. 파일이 ..
GitHub Flow는 Deploy가 빈번하게 일어나는 프로젝트에 알맞은 브랜치 기반 워크플로우이다.여기서 deploy란, 소스 코드를 실제 환경에 올려서 실행하는 것을 의미한다.deploy를 자주 하려면 단순한 개발 과정 및 자동화된 환경이 필요되어지는데 이를 위해 github flow는 적절하다. GitHub Flow 기본 흐름master는 항상 deploy할 수 있는 상태로 둔다.새로운 작업을 수행할 때는 master 브랜치로부터 새로운 브랜치를 작성; 새로운 브랜치의 이름은 무슨 작업을 할지 알 수 있도록 자세히.작성한 브랜치를 local repository에 commit같은 이름의 브랜치를 GitHub remote repository에 만들고 해당 remote repo.에 주기적으로 push커뮤..
Pull Request(이하 PR) PR이란 내가 추가한 변경 사항을 다른 상대의 리포지토리에 적용하고 싶을 경우 사용하는 것GitHub에서 PR을 보내면 해당 리포지토리의 소스코드에 Issue가 생성됨. 개발이 아직 덜끝난 것에 대한 PR이라면 PR 제목에 '[WIP]bulabula~~'라고 [WIP]를 붙여줄 것. (Work In Progress)작업이 다 끝나면 [WIP]를 지워준다.PR을 할때 토픽 브랜치를 하나 생성해서 작업후 그 토픽 브랜치에서 PR을 보내자.PR보내고 나서도 그 토픽 브랜치에서 작업후 푸시하면 PR에 연결됨. Fork 리포지토리 최신 상태로 유지하는 방법fork나 clone을 하고나서 리포지토리를 계속 방치해두면 최신 버전의 소스 코드와 멀어지게됨.보통 clone한 리포지토리..
- Total
- Today
- Yesterday
- Spring
- slf4j
- lood
- java
- logback
- TaskExecutor
- async
- webserver
- Apache
- log
- object
- linux
- JVM
- runtime data areas
- NGINX
- good practice
- log level
- logging
- logging facade
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |