컨테이너 재빌드

• Dockerfile 변경 후 적용할 때 아래와 같은 명령어를 사용하면 적용됨

  docker-compose up -d --no-deps --build {컨테이너이름}

Docker 로그보기

• 마지막 100 줄의 로그를 실시간으로 조회

  docker logs --tail 100 -f [container_name]

사용자 계정 생성

create user '계정명'@'접속위치' identified by '패스워드';

권한 부여

## 전체
grant all privileges on DB명.테이블명 to '계정'@'접속위치';

## DML
grant INSERT, SELECT, UPDATE, DELETE, INDEX on DB명.테이블명 to '계정'@'접속위치';

권한 적용

flush privileges;

권한 확인

show grants for '계정'@'접속위치';

요약

Nodejs 앱의 안정적인 운영을 위해 PM2를 사용함에 있어 실무에서 많이 사용할만한 명령어들을 기록

명령어 모음

• 자주 쓸만 한 기본 명령어
  샘플 : pm2 examples
  목록 : pm2 ls
  시작 : pm2 start app.js
  종료 : pm2 stop app
  삭제 : pm2 delete app
• 앱 실행 - 기본
• pm2 start app.js
• 앱 실행 - 소스코드 변경시 자동 재실행
• pm2 start app.js --watch
• 동작 중인 프로세스의 로그 확인
• pm2 log
• 앱 실행 - 개발모드(watch + log)
• pm2-dev app.js
• 앱 실행 - 클러스터링 모드
• pm2 start app.js -i max
• 서비스 등록 - 서버 재시작시 자동 실행
  1. 앱 실행

     pm2 start app.js

  2. 현재 상태 저장

     pm2 save

  3. 서비스 등록을 위한 스크립트 생성 >> OS에 맞춰서 스크립트가 나옴

     pm2 startup

  4. 서비스 등록 (3에서 나온 결과 값 복붙 후 실행)

• Action에 @Valid만 추가할 경우 List에 대한 유효성 검사가 수행되지 않는다.
• Controller에 @Validated를 추가하면 List에 속한 Model 대한 유효성 검사가 각각 수행된다.

@Validated
public class RestExampleController {
    @PostMapping("~~~")
    public void insert(@RequestBody @Valid List<Model> models) {
        ~~~
    }
}

개요

GIS 데이터를 타일링하면서 타일링된 이미지들의 디렉토리 구조에 대하여 조사한 내용을 기록함.

활용 툴

1. Openlayers : 타일링된 결과를 웹 상에 시각화하기 위함
2. GeoServer : GIS 데이터를 로딩하고 타일링하기 위함

타일링 디렉토리 구조 방식

1. GeoWebCache 방식
   y좌표는 남쪽에서 북쪽 순으로 부여

   SERVER_URL/LayerName/EPSG_900913_{z}/{xc}_{yc}/{x}_{y}.{ext}
   xc = x/(2^(z/2))
   yc = y/(2^(z/2))

2. TMS 방식
   y좌표는 남쪽에서 북쪽 순으로 부여

   SERVER_URL/LayerName/{z}/{x}/{y}.{ext}

3. XYZ 방식 (SLIPPY)
   y좌표는 북쪽에서 남쪽 순으로 부여

   SERVER_URL/LayerName/{z}/{x}/{y}.{ext}

타일맵 활용방법

디렉토리 구조 방식에 따라 타일맵을 활용하는 방법이 다르다.
GeoWebCache는 GeoServer에서 WMTS 인터페이스를 통해 매핑하여 반환되므로 크게 신경쓰지 않아도 된다.
여기서 주목해야할 점은 WMTS 인터페이스를 사용하지 않고 정적으로 타일맵을 사용할때 TMS와 XYZ의 Y좌표가 역방향이라는 것이다.
따라서, GIS 뷰어에서 기본값을 어떤 방식을 채택하여 서비스하느냐에 따라 사용법이 달라지는데, Opanlayers의 경우 XYZ 소스 클래스를 제공하는데, 해당 클래스는 클래스명처럼 XYZ 방식을 채택하여 제공한다.
즉, Openlayers에서 TMS 방식의 타일맵을 사용하려면 y값을 역방향으로 호출하여야 한다.


Openlayer에서의 정적 타일맵 호출 방법

TMS > SERVER_URL/LayerName/{z}/{x}/{-y}.{ext}
XYZ > SERVER_URL/LayerName/{z}/{x}/{y}.{ext}

1. 솔루션 루트의 .vs/config/applicationhost.config 파일로 진입한다.

2. <sites> 영역 중 본인이 작업 중인 site 내에 virtualDirectory 추가한다.

        <sites>
            <site name="WebSite1" id="1" serverAutoStart="true">
                <application path="/">
                    <virtualDirectory path="/" physicalPath="%IIS_SITES_HOME%\WebSite1" />
                </application>
                <bindings>
                    <binding protocol="http" bindingInformation=":8080:localhost" />
                </bindings>
            </site>
            <site name="WebSite2" id="2">
                <application path="/" applicationPool="Clr4IntegratedAppPool">
                    <virtualDirectory path="/" physicalPath="e:\Users\myproject" />
                    <virtualDirectory path="/가상URL1" physicalPath="d:\... 실제경로" />
                </application>
                <bindings>
                    <binding protocol="http" bindingInformation="*:5610:localhost" />
                </bindings>
            </site>
            <siteDefaults>
                <logFile logFormat="W3C" directory="%IIS_USER_HOME%\Logs" />
                <traceFailedRequestsLogging directory="%IIS_USER_HOME%\TraceLogFiles" enabled="true" maxLogFileSizeKB="1024" />
            </siteDefaults>
            <applicationDefaults applicationPool="Clr4IntegratedAppPool" />
            <virtualDirectoryDefaults allowSubDirConfig="true" />
        </sites>

1. 원격 저장소의 소스코드를 내 PC로 가져온다.

git clone {저장소 URL}

2. 브랜치를 생성한다.

git checkout -b feature/test master

3. 기능을 개발/수정한다.
4. 작업한 파일을 git 관리목록에 추가한다.

git add .

5. 커밋한다.

git commit -m "커밋 메시지 작성"

6. 브랜치를 이동한다.

git checkout master

7. 브랜치를 병합한다.

git merge --no-ff feature/test

8. feature 브랜치를 삭제한다.

git branch -d feature/test

9. 원격 저장소에 푸시한다.

git push origin master

* 태그를 달고, 푸쉬

git tag {태그명} 
git push --tags