에몽이

Airbnb의 eslint를 IntelliJ에 적용하기

ian_hodge — Fri, 26 Apr 2019 17:02:18 +0900

안녕하세요? 이번 시간엔 airbnb의 eslint를 IntelliJ에 적용하는 예제를 진행해보려고 합니다.
모든 코드는 Github에 있기 때문에 함께 보시면 더 이해하기 쉬우실 것 같습니다.
(공부한 내용을 정리하는 Github와 세미나+책 후기를 정리하는 Github, 이 모든 내용을 담고 있는 블로그가 있습니다. )

들어가며

팀내에서 프론트엔드 코딩 컨벤션을 정하자는 이야기가 나왔습니다.
구성원 모두가 백엔드 개발자이며, 메인 언어가 되는 Java를 다들 최근에 시작하셔서(기존엔 ASP, PHP) Java & 백엔드 학습으로도 시간이 부족하기에 프론트엔드 쪽은 거의 등한시 하고 있었습니다.

그러다 최근에 큰 프로젝트가 끝나고 회고 시간에 백엔드 코드에 비해 프론트엔드 코드가 컨벤션없이 작성되어 퀄리티가 상대적으로 너무 떨어진다는 이야기가 나왔습니다.
(물론 저희는 백엔드 개발자이고, Java 개발자로 전환하는 과정속에서 JS까지 잘하길 바라면 욕심일수도 있습니다.)

그래도 JS 컨벤션은 필요하다 생각하다가 프론트엔드 스타일 가이드는 Airbnb가 잘되어있음을 알게되었습니다.
Airbnb eslint를 IntelliJ에 적용하여 지속적으로 기존 프로젝트를 개선하고, 자연스레 좋은 코딩 스타일을 익히는것을 목표로 하여 환경설정방법을 작성합니다.

본론

먼저 현재 프로젝트에 eslint npm 패키지를 설치합니다.

npm install --save-dev eslint

설치가 완료되시면 프로젝트내 node_modules아래에 eslint가 생성되었는지 확인합니다.

그리고 ESLint 플러그인을 설치합니다.

(File > Settings > Plugins > Browse repositories... > Search: eslint > Install > IDEA Restart)

재시작 되어 설치가 완료되면 플러그인 설정을 진행합니다.
(맥OS 기준) command+shift+a로 Code Quality Tools를 검색하여 설정창을 오픈합니다.

해당 설정창에서 ESLint -> Enable 체크 -> node 위치 지정, (좀전에 설치한) ESLint npm 패키지 위치 지정

보통은 Enable 체크하면 IntelliJ가 직접 필요한 파일들의 위치를 자동으로 찾아줍니다.

IntelliJ 관련 설정은 이게 끝입니다.
이제는 airbnb eslint 설정을 진행하겠습니다.

먼저 airbnb-eslint와 관련된 eslint 기타 플러그인들을 설치하겠습니다.

npm install --save-dev eslint-plugin-import npm install --save-dev eslint-plugin-react npm install eslint-plugin-jsx-a11y@5.1.1 --save-dev

현재 (2017.10.03) eslint-config-airbnb의 버전인 15.1.0 에서는 eslint-plugin-jsx-a11y 5.1.1 버전이 필요한데 eslint-plugin-jsx-a11y가 현재 6.x.x 버전이 되어서 5.1.1 버전을 강제로 지정해서 install 합니다.

설치가 완료되셨으면 바로 eslint-config-airbnb를 설치하겠습니다.

npm install --save-dev eslint-config-airbnb

설치가 완료되셨으면 실제 프로젝트에 적용해보겠습니다.
프로젝트 내부에 .eslintrc 파일을 하나 생성합니다.
그리고 아래와 같이 airbnb 옵션을 추가합니다.

ES6와 Node 환경을 적용하기 위해 추가 설정도 포함합니다.

{ "env": { "node": true, "es6": true }, "extends": "airbnb" }

이렇게 하면 설정은 끝이났습니다!
실제로 간단하게 테스트를 해보겠습니다.
test.js파일을 생성해서 아래의 코드를 작성하겠습니다.

// bad const bad = function () { console.log('bad'); }; // good function good() { console.log('good'); } console.log(bad()); console.log(good());

이렇게 작성해보면 IntelliJ에서 수많은 Warn 메세지가 등장합니다.

첫번째 메세지는 함수 선언 방식에 대한 메세지입니다.

Airbnb ESLint에선 함수 선언문 보다 함수표현식을 권장합니다.
콜스텍에서 좀더 쉽게 찾을 수 있으며, 호이스팅의 혼란을 줄이며 애로우함수(자바의 람다)로 대체해서 사용할수 있다는 등의 장점이 있기 때문입니다.
참고: Airbnb ES6 스타일 가이드(번역)

2번째 메세지는 console.log 사용을 자제하라는 메세지입니다.

브라우저에서 실행되도록 설계된 JavaScript에서는 콘솔에서 메서드를 사용하지 않는 것이 좋습니다.
이러한 메시지는 디버깅 목적으로 간주되므로 클라이언트에 제공하기에 적합하지 않습니다.
일반적으로 콘솔을 사용하는 호출은 프로덕션으로 푸시되기 전에 제거되어야합니다.
참고: ESLint 공식 문서

기타 등등 수많은 권장 가이드라인이 IntelliJ에 노출되는 것을 확인할 수 있습니다.

혹시나 ESLint외에 IntelliJ에서 ES6 문법을 허용하지 않는 경우가 있습니다.
이럴 경우 아래와 같이 Preferences -> Javascript -> Javascript Language version을 ECMAScript6로 선택하시면 됩니다.

추가적으로 필요한 옵션이 있으시거나, 본인 팀만의 JS 스타일로 변경하고 싶으시다면 .eslintrc 에 옵션을 주어 편하게 변경할 수 있습니다.

마무리

이번 포스팅은 백엔드 개발자분들을 위해 간단하게 작성한 ESLint 내용입니다.

프론트엔드 개발자분들이나 혹은 좀 더 자세한 내용을 알고 싶으신 분들은 subicura님의 블로그를 꼭 참고하세요!

너무 빡빡한 Lint 옵션은 생산성을 저하시키지만, 중구난방의 코드 스타일을 개선하고 싶다면 조금은 빡빡하게 해도 되지 않을까 싶습니다.
추석연휴가 지나고 조금씩 팀내에 적용하면서 새로 알게된 점이나 문제점들을 발견하면 계속 공유하겠습니다!

다들 추석연휴 잘보내세요!
끝까지 읽어주셔서 고맙습니다.

출처 : https://jojoldu.tistory.com/230

git stash

ian_hodge — Tue, 9 Apr 2019 16:13:26 +0900

생활코딩-git 수업을 듣고 중요 내용을 정리합니다.

git stash

다른 브랜치로 checkout을 해야 하는데 아직 현재 브랜치에서 작업이 끝나지 않은 경우는 커밋을 하기가 애매합니다. 이런 경우 stash를 이용하면 작업중이던 파일을 임시로 저장해두고 현재 브랜치의 상태를 마지막 커밋의 상태로 초기화 할 수 있습니다. 그 후에 다른 브랜치로 이동하고 작업을 끝낸 후에 작업 중이던 브랜치로 복귀한 후에 이전에 작업하던 내용을 복원할 수 있습니다. 여기서는 이 기능에 대해서 알아봅니다.

git stash 의 기능

stash : 감추다, 숨겨두다
branch를 이용하여 활발하게 작업을 하다보면, branch 작업이 완료되지 않은 상태에서 다른 branch 로 checkout 해야 하는 상황이 발생한다.
이럴때 아직 작업중인 파일을 commit을 하기도 곤란하고, commit을 하지 않으면 checkout이 어려운 상황이 발생한다.
그런 경우에 stash를 사용하여 작업중인 파일을 숨겨둘 수 있다.

예시 1 - 문제상황

# master 브랜치 ❯ vim f1.txt # 파일 내용 수정 ❯ git add f1.txt ❯ git commit -m 1 # exp 브랜치 ❯ git checkout -b exp # exp 브랜치를 만들고 체크아웃 ❯ vim f1.txt # 파일 내용 수정후, add commit을 진행하지 않고 master로 체크아웃 # master 브랜치 ❯ git checkout master ❯ git status On branch master Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: f1.txt # exp 브랜치에서 수정중인 내용이 master에도 영향을 미침

예시 2 - git stash 활용

아직 파일의 수정이 끝나지 않아서 commit 하기가 곤란하고, 다른 branch로 checkout을 하기도 곤란한 상황을 처리할 때 git stash를 사용
git stash 명령은 최소한 버전관리가 되고 있는 파일에 대해서만 수행이 가능하다. (= git add를 통해서 트래킹 중인 파일)
WIP(working in process)

# exp 브랜치 ❯ git stash Saved working directory and index state WIP on exp: ba5adba 1 HEAD is now at ba5adba 1 ❯ git status On branch exp nothing to commit, working tree clean # master 브랜치 ❯ git checkout master ❯ git status On branch master nothing to commit, working tree clean

예시 3 - git stash apply 활용

git stash 를 통해서 숨겼던 수정중 파일의 상태를 원상태로 복구

❯ git stash apply On branch exp Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: f1.txt no changes added to commit (use "git add" and/or "git commit -a")

git reset –hard를 통해서 가장 최신 commit 상태로 working space 상태를 변경한다. (commit 하지 않은 수정중인 파일 내용을 삭제)
git stash apply 를 통해서 수정 내용을 복구할 수 있다.
stash list에 나오는 리스트는 명시적으로 삭제하지 않는 이상, 항상 살아있다.
git stash drop을 통해 최신 stash 삭제가 가능하다.

❯ git reset --hard HEAD # 최신 commit으로 reset (변경중인 파일 내용 삭제) ❯ git stash list stash@{0}: WIP on exp: ba5adba 1 # 가장 최신의 stash 내용 stash@{1}: WIP on exp: ba5adba 1 stash@{2}: WIP on exp: ba5adba 1 ❯ git stash apply # 가장 최신의 stash 내용으로 다시 복원 On branch exp Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: f1.txt ❯ git stash drop # 가장 최신 stash 삭제 ❯ git stash apply; git stash drop; # stash 복원 및 삭제 ❯ git stash pop # stash 복원 및 삭제 (상기명령 동일)

출처 : https://wayhome25.github.io/git/2017/04/05/git-05-stash/

git branch

ian_hodge — Tue, 9 Apr 2019 16:13:01 +0900

Branch 목록 보기

로컬 저장소의 Branch 목록 보기

git branch

원격 저장소의 Branch 목록 보기

git branch -r

모든 Branch 목록 보기

git branch -a

Branch 관리하기

현재 위치에서 새로운 Branch 생성하기

git branch {생성할 Branch 이름}

다른 Branch로 이동하기

git checkout {이동할 Branch 이름}

'다른 Branch로 이동한다'는 것은 현재 작업 디렉토리의 소스코드 상태를 해당 Branch의 상태로 모두 바꾼다는 것을 의미합니다. 따라서, Branch를 이동할 때마다 디렉토리 내에 있는 (추적중인) 파일들이 시시각각 변하게 됩니다.

시스템 입장에서는 파일들을 수정하고 새로 쓰거나 삭제하는 작업과 같이 때문에, Commit하지 않은 작업 내용이 있다면 Checkout을 할 수 없습니다. 작업 중에 다른 Branch의 상태를 보기 위해 임시로 Checkout하려면 Commit을 하거나 stash 명령을 이용해 작업 내용을 임시 저장한 뒤 Checkout 해야 합니다.

이동할 Branch 이름 대신 Commit ID를 입력하면 해당 Commit이 작성된 직후의 소스코드 상태로도 이동할 수 있습니다. 이는 Commit ID가 Branch별로 관리되는 것이 아닌, 하나의 GIT 저장소 전체 안에서 유일하도록 관리되기 때문에 가능한 것입니다.

Branch 이름 변경하기

git branch -m {기존 Branch 이름} {새로운 Branch 이름}

Branch 삭제하기

git branch -d {삭제할 Branch 이름}

원격 저장소의 Branch 관리하기

원격 저장소의 Branch 삭제하기

특이하지만, 원격 저장소의 Branch를 삭제하는 명령은 다름 아닌 push 명령입니다.

git push --delete {원격 저장소 별칭} {원격 Branch 이름}

예를 들어, origin 원격 저장소에 있는 'test'라는 이름의 Branch를 삭제하려면 다음과 같이 입력하면 됩니다.

git push --delete origin test

원격 저장소의 특정 Branch를 로컬 저장소의 새로운 Branch로 가져오기

이는 GIT을 활용한 협업 프로젝트에서 심심치 않게 자주 하게 되는 작업입니다.

예를 들어, 원격 저장소에 Push를 시도했는데 Reject당한 경우 원격 저장소의 대상 Branch를 로컬 저장소의 임시 Branch로 가져온 뒤, 병합이나 재정렬을 하고 다시 Push를 하는 순서로 작업을 진행합니다.

다음 세 명령어는 함께 묶어서 자주 사용되므로 눈여겨 봐 두면 언젠가 유용하게 활용할 수 있을 것입니다.

git checkout -b {새로운 로컬 Branch 이름} {원격 저장소 별칭}/{원격 Branch 이름}

git checkout {새로운 로컬 Branch 이름}

git pull origin {원격 Branch 이름}

이 명령어 세트의 사용 예시와 무엇을 하는지에 대한 설명은 다음과 같습니다.

git checkout -b temp origin/master

git checkout temp

git pull origin master

첫 번째 줄에서는 origin 저장소의 master Branch를 로컬 저장소로 가져오되, temp라는 이름의 새로운 Branch를 생성하여 가져옵니다. 다음 줄에서는 로컬 저장소의 temp Branch로 이동하고, 마지막 줄에서는 원격 저장소의 최신 변경사항을 가져와 현재 Branch인 temp에 반영합니다.

마지막 줄에서 Pull을 하는 이유는 checkout -b 명령을 수행할 때 대상 Branch를 과거에 이미 가져온 기록이 있을 경우 원격 저장소에서 가져오는 것이 아닌, Cache된 정보를 가져오기 때문입니다.

ubuntu permission setting

ian_hodge — Tue, 9 Apr 2019 16:09:23 +0900

리눅스는 여러사용자가 들어와 사용하는 멀티유저 시스템이지요.. 왜냐면 리눅스는 서버용으로 만들어진 운영체제이기때문입니다..

그런데 한가지 문제가 발생합니다.

여러 사용자가 들어오면 서버에 올려진 비밀자료 열람과 그것을 변조,수정,삭제를 할 우려가 높아집니다..

그리고 그 비밀자료는 일부 사용자에게만 공개하는 것이였습니다. 하지만 모든사용자들이 다 볼 수 있겠죠.. 왜냐면 여러사람들이 사용하는 컴퓨터이기때문이지요..

이 문제가 극복하기위해 리눅스에 한가지 기능을 추가합니다.

바로 퍼미션(권한)이라는 기능을 추가했습니다.. 퍼미션은 말그대로 시스템에서 유지되는 권한기능입니다..

참고로 윈도우도 퍼미션기능이 있긴하지만, 여러사용자들이 들어오는 서버용이 아니기에 리눅스처럼 활성화되어있지않습니다..

이 기능으로 사용자들은 자신한테 읽기퍼미션이 부여된 파일만 읽을 수 있고,쓰기퍼미션이 부여된 파일만 쓰기와 수정이 가능하고, 실행퍼미션이 부여된 파일만 실행이 가능하게 됩니다.

이로써 비밀자료는 퍼미션이 부여된 사용자들에게만 공개할 수 있게 되었습니다..

그리고 "이 파일은 누구꺼지?"라는 문제에서 소유자 개념도 생겨납니다.

앞에서 리눅스는 여러사용자들이 공동으로 사용하는 운영체제라고 말했습니다..

그러면 "이 파일은 내가 만들었어.. 그래서 내꺼야.. , 아니! 니가 만들었지만, 내가 대부분 수정했어.. 그래서 내꺼야 "라는 분쟁이 발생합니다.. 왜냐면 혼자쓰는 게 아니라 여러사람들이 같이 사용하는 컴퓨터이잖아요.

그래서 리눅스에서 "이건 니꺼다"라고 정해줍니다.. 리눅스 曰 "이 파일은 니가 만들었으니, 니가 소유자, 즉 이 파일의 주인이야!!"

1) 파일정보 보기

일단, 퍼미션 조정하려면 파일에 부여된 퍼미션부터 봐야겠지요?

먼저 "ls -al" 명령어는 다들 아시죠? 앞에서 배웠습니다. 현재위치에 있는 파일들을 자세히보여주는 명령입니다.

그리고 자세히 보면 맨 뒤부분은 파일이름이 표시된다는 건 아시겠나요?

그치만, 앞부분에 있는 "drwxr-xr ~~ 머시기" 이건 도대체 뭔지 모르겠네요..;;

차근차근 봅시다..

drwxr-xr-x 2 root root 4096 Apr 22 16:59 conory

파일Type 퍼미션정보 링크수 소유자 소유그룹 용량 생성날짜 파일이름

파일 Type : "d" -> 디렉토리 , "l" -> 링크파일 , "-" -> 일반파일 등등..
퍼미션정보 : 해당 파일에 어떠한 퍼미션이 부여되어있는 지 표시!
링크수 : 해당 파일이 링크된 수! 링크는 윈도우의 "바로가기"와 같습니다. "in [대상파일] [링크파일]" 명령으로 링크파일을 만듭니다.
소유자 : 해당 파일의 소유자이름! (누구껀지?)
소유그룹 : 해당 파일을 소유한 그룹이름! 특별한 변경이 없을 경우 소유자가 속한 그룹이 소유그룹으로 지정됩니다.
용량 : 파일의 용량!
생성날짜 : 파일이 생성된 날짜!
파일이름 : 파일이름이죠!

이제 퍼미션정보를 봐야겠지요.. 윗부분에서 보셔서 아시겠지만, 앞에서 두번째부터 아홉번째까지가 바로 퍼미션정보입니다.

rwxr-xr-x

"근데 이게 퍼미션 정보라고요??.. 와이리 못생겨노?"

일단은 알아두어야 할게 있는 데요.. 퍼미션 종류에는 3가지가 있습니다.. 그리고 퍼미션의 사용자 지정에도 3가지가 구요..

* 퍼미션 종류 , () 괄호에 있는 것이 해당 퍼미션 기호

읽기 ( r ) : 파일의 읽기권한
쓰기 ( w ) : 파일의 쓰기권한
실행 ( x ) : 파일의 실행권한

* 퍼미션의 사용자지정

소유자 : 소유자에 대한 퍼미션지정
그룹 : 소유그룹에 대한 퍼미션지정
공개 : 모든사용자들에 대한 퍼미션지정

그럼 퍼미션 정보를 볼까요?

rwxr-xr-x

"r w x가 왠지 낮익어요.." 하는 분 계신가요??

네.. 맞아요.. 위에서 봤던 퍼미션 기호이지요..

그런데 기호의 종류는 ( r w x ) 3개인데.. 퍼미션정보에는 총9개가 표시되네요.. 뭔지?

일단 세자리씩 끊어봅시다.. ( rwx r-x r-x ) 이제 감이오나요?

바로!! "소유자 : rwx , 그룹 : r-x , 공개 : r-x" 이런 얘기지요.. ㅎㅎ (이때 '-' 기호는 그 퍼미션은 없다는 기호입니다.)

해석해보면 " 이 파일에 대해서 소유자는 읽기(r),쓰기(w),실행(x)을 허용하고,

파일의 소유그룹에 속하고 있는 사용자들은 읽기(r),실행(x)만 허용하고,

이외에 나머지 모든 사용자들도 읽기(r),실행(x)만 허용한다. "

2) 퍼미션 변경하기

파일이 생성될때 기본적인 퍼미션이 부여됩니다.

하지만, 퍼미션을 변경하고 싶을 때가 있습니다. (가령 이 파일을 모두에게 공개한다거나 하는...)

퍼미션 변경에는 여러가지 방법이 있지만, 여기서는 가장 쉬운방법으로 배워보도록 합시다.

바로 "chmod" 명령을 사용하면 아주 손쉽게 퍼미션을 변경할 수 있습니다.

chmod [변경될 퍼미션값] [변경할 파일]

여기서 [퍼미션값]을 지정해 줘야하는 데요..

퍼미션값을 구하는 방법은 다음과 같습니다.

각 퍼미션 기호를 숫자로 변환 합니다. ( r = 4 , w = 2 , x = 1 )

예) r - x 인 경우 4 0 1

변환한 숫자를 합산합니다.

예) 4 0 1 인 경우 4+0+1 = 5

이런식으로 하나의 퍼미션을 숫자값으로 변환하면 됩니다..

예) rwxr-xr-x 이면 rwx r-x r-x 세자리씩 끊고, 4+2+1 | 4+0+1 | 4+0+1 숫자변환 뒤 합산하면 "755" 라는 퍼미션값이 나옵니다.

그래서 " chmod 755 conory.text " 명령을 실행하면 conory.text 파일이 755에 해당되는 퍼미션으로 변경됩니다.

그리고 디렉토리도 이 방법으로 퍼미션을 변경할 수 있습니다.

디렉토리의 경우 "-R" 옵션을 사용하면 하위 디렉토리의 모든 디렉토리및 파일의 퍼미션이 변경됩니다.

예) " chmod -R 777 conory " conory 디렉토리의 하위에 위치한 모든 파일및 디렉토리 퍼미션이 777로 변경됩니다.

3) 소유자 변경하기

파일의 소유자 양도를 해야 될 경우 소유자 변경을 할 수 있습니다.

아래 명령으로 손쉽게 변경할 수 있습니다.

chown [변경할 소유자] [변경할 파일]

이 명령으로 소유자뿐만 아니라 소유그룹도 변경할 수 있습니다.

[변경할 소유자]란에 ".그룹이름" 형식으로 입력하면 됩니다. " .conory "

예를 들어 conory.text의 소유자를 "conory"로, 소유그룹을 "conory2"로 동시에 변경할 경우 " chown conory.conory2 conory.text "

* 실습

conroy.text이란 파일을 만들어 퍼미션을 rwxrwxrwx(777)로 변경하고, 소유자및 소유그룹을 "conory"로 변경해봅시다.

단, conory라는 사용자계정이 생성되어 있어야겠지요..

출처 : https://conory.com/blog/19194

리눅스 Symbolic Link - 심볼링릭크 소개와 사용법

ian_hodge — Fri, 29 Mar 2019 17:44:30 +0900

리눅스 Symbolic Link - 심볼링릭크 소개와 사용법

심볼링크와 하드링크의 소개에 앞서 리눅스의 파일링크에 대해서 먼저 숙지 하여야합니다 우선 리눅스의 파일링크의 대해서 설명하겠습니다.

파일링크 이해하기

파일링크는 리눅스 말고도 윈도우상에서 굉장이 많이 쓰입니다.

위 캡쳐내용은 저의 바탕화면 입니다..;;

우선 예로 많이들 쓰시는 크롬(Chrome)로 비유해 보겠습니다

바탕화면에 있는 크롬은 원본파일일까요?? No 다른 분께서도 당연하게 생각하시겠지만 원본파일이 아닙니다 더 자세하게 확인하기위해서 바탕화면의 있는 크롬을 속성으로 들어가 확인해 보겠습니다.

바탕화면에 있는 크롬의 속성으로 들어가 확인하시면 .lnk(바로가기)라는 확장자를 사용합니다 결국 바탕화면에 있는 파일은 원본파일이 아닌 설치된 크롬의 실행파일과 연결되어 있다는것을 예상 할 수 있습니다. 더 자세히 확인하기 위해서 상단탭의 바로가기를 선택해 보겠습니다.

바로가기 탭의 들어선택후 대상과 시작위치를 확인하면 크롬이 설치된 경로로 잡혀있을것입니다.

설치된 경로 : "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe"

위의 설치된 경로를 보시면 바탕화면의 있는 크롬은 원본 실행파일의 연결을 해준것이라고 생각하시면 됩니다. 만약 이런 파일링크가 없다면 우리는 일일이 파일경로를 다 외워서 파일을 찾은 후 실행을 시켜야 될것입니다.

하지만 우리는 파일링크가 있어 바탕화면 혹은 작업표시줄등등을 편한곳에 만들어 파일링크(바로가기)를 연결하여 아주 편리하게 사용하고 있는 것입니다.

그런데 리눅스 또한 이와 비슷한 파일링크방식이 있습니다 그것이 심볼릭링크와 하드링크입니다.

심볼릭 링크(Symbolic Link)란?

심볼링 링크는 단순히 원본파일을 가리키도록 링크만 연결 시켜둔 것으로 위에서 설명한 윈도우에서의 바로가기파일이라고 생각하시면 됩니다. 또한 원본파일만 가리키기만 하고 있으므로 원본파일의 크기와 무관하며 원본파일이 삭제되어 존재하지 않을 경우에 빨간색으로 깜빡거리면서 링크파일의 원본파일이 없다는 것을 알려줍니다.

[리눅스 심볼릭 링크의 정리]

1. 원본파일을 가르키도록 링크 시켜주는 것입니다.(바로기가 파일)

2. 원본파일의 크기과 무관 합니다.

3. 원본파일 삭제하여도 링크파일이 깜박거리면서 원본이 없다고 알려줍니다.

심볼릭 링크 사용법

사용법 : ln [옵션] [원본파일] [대상파일]

[ln 명령어 옵션]

-b : 링크파일 생성시에 대상파일이 이미 존재하면 백업파일을 만든 후에 링크파일을 생성합니다.

-d : 디렉토리에 대한 하드링크파일생성을 가능하게 합니다.

-f : 대상파일이 존재할 경우에 대상파일을 지우고 링크파일을 생성합니다.

-i : 대상파일이 존재할 경우에 대상파일을 지울건인가를 확인요청합니다.

-t : 링크파일을 생성할 디렉토리를 지정합니다.

-s : 심볼릭링크 생성

ln명령어 사용시거의 대부분 -s 옵션을 사용하게 됩니다.

이제 ln명령어를 사용하여 전 심볼릭 링크로 연결할 디렉토리와 파일을 생성 후 다른파일의 심볼릭 링크롤 걸어보겠습니다.

심볼릭 링크로 연결할 파일 생성

[root@web /]# mkdir /tmp/Symblic/

[root@web /]# echo "Symblic Link" > /tmp/Symblic/link

[root@web /]# cat /tmp/Symblic/link

Symblic Link

심볼릭 링크 설정

사용법 : ln -s [원본파일이 이름] [심볼릭크 이름]

1	[root@web tmp]# ln -s /tmp/Symblic/link Symblic_Link

위의 명령어는 심볼릭 링크 옵션을 주어 link파일을 Symblic_Link파일로 심볼릭링크(바로가기)파일을 생성하는과정입니다. 이제 생성했으니 생성한 심볼릭 링크 파일을 확인해보겠습니다.

위 캡쳐 화면에서 우선 좌측의 빨간박스 부분을 보시면 "l"로 표시된 것을 확인 하실수 있습니다 심볼릭 링크를 걸게 되면 "l"로 표시됩니다 또 우측의 Symblic_Link파일이 연두색?이며 화살표로 /tmp/Sybmlic/link를 바라보고 있다고 나오는것을 확인할 수 있습니다.

이번에는 심볼릭파일의 /tmp/Sybmlic/link(원본파일)을 삭제 후 심볼릭링크의 파일을 확인해 보겠습니다.

심볼릭링크의 원본파일을 삭제했을 경우 심볼릭링크의 파일색깔이 빨간색으로 변하며 원본파일의 경로는 빨간색 블록으로 깜빡거리면서 원본파일이 없다는것을 표시하게 됩니다.

◆ TIP

파일 이름이 변경되어도 위의 캡쳐화면처럼 나오게되며 또한 파일이 삭제파일을 동일한 이름으로 새롭게 생성시에 다시 활용할수 있습니다.

출처 : https://server-talk.tistory.com/140

mongodb 사용자 관리

ian_hodge — Wed, 13 Mar 2019 12:12:22 +0900

MongoDB 설치후 데이터베이스 위치, 로그, 인증 등에 관련한 서버 구성과 설정을 정리한다.

MongoDB 2.6 과 MongoDB Community Edition 3.x 버전을 사용했다.

mongoDB 접근제어

mongoDB 는 설치과정 중에 인증과 관련해 설정하는 부분이 없어서 설치 후 누구나 DB에 접속 할 수 있다. 인증을 추가해 데이터베이스 관리자와 데이터베이스 사용자로 구분해서 이용하고, 각 데이터베이스의 사용자는 허가된 역할(Role)을 가지고 데이터베이스에 접근 가능하도록 구성한다.

여기서는 다음 두 가지를 다루고 있다.

(1) 데이터베이스 관리자 추가
(2) 데이터베이스 사용자 추가

Ubuntu/Debian 리눅스 배포본에 MongoDB 3.x 버전이 지원되지 않으면, MongoDB Community Edition 를 패키지 혹은 소스로 설치할 수 있다.

데이터베이스 관리자

mongod가 비인증 모드로 실행중인 상태에서, mongo 클라이언트로 데이터베이스에 접속한다.접속에 성공하면 > 프롬프트가 표시된다. 그리고 접속한 후에 admin 데이터베이스로 전환한다.

> use admin
switched to db admin
>

mongo 클라이언트로 접속해 mongoDB 데이터베이스 관리자 admin 추가해서, 사용자 롤로 userAdminAnyDatabase 롤을 추가해준다.

mongoDB 2.6 이후 관리자 계정 추가

mongoDB 2.6 이후는 db.createUser() 로 사용자를 추가한다. 1 다음은 admin 데이터베이스에서 사용자를 관리하는 admin 계정을 생성하고 있다.

>
> db.createUser({ user:'admin', 
                   pwd:'****', 
                   roles:['userAdminAnyDatabase']
               })
Successfully added user: { "user" : "admin", "roles" : [ "userAdminAnyDatabase" ] }
>
> db.getUsers() // 데이터베이스 사용자 확인
[
    {
        "_id" : "admin.admin",
        "user" : "admin",
        "db" : "admin",
        "roles" : [
            {
                "role" : "userAdminAnyDatabase",
                "db" : "admin"
            }
        ]
    }
]

mongoDB 2.4 이전 관리자 계정 추가

mongoDB 2.4 까지는 새로운 사용자는 db.addUser() 로 추가한다.2

$ mongo     // mongo client 로 접속
>use admin  // admin DB 사용
>db.addUser( { user: "<username>", // admin name
              pwd: "<password>",
              roles: [ "userAdminAnyDatabase" ] // Database role
          } )

mongoDB 2.6까지 32bit 버전을 지원하고 있다.

관리자 계정을 만든후 MongoDB에 mongo 클라이언트로 인증 로그인을 한 후에 데이터베이스를 생성하고 해당 데이터베이스 사용자에 접근 권한을 추가해 준다.

데이터 베이스 생성과 롤 기반 인증

관리자 로그인

이제 데이터베이스 관리자 계정으로 로그인해서 사용하려는 데이터베이스를 use로 선택하고 해당 데이터베이스 사용자를 추가해준다.

mongo 클라이언트 로그인시 -u <username>, -p <password> 와 --authenticationDatabase <database> 를 지정해 주어야 한다.

$ mongo --port 27017 -u "admin" -p "****" --authenticationDatabase "admin"
MongoDB shell version v3.4.0
connecting to: mongodb://127.0.0.1:27017
MongoDB server version: 3.4.0

혹은 인증없이 mongo 클라이언트로 데이터베이스에 접속한 후에 db.auth() 명령을 사용할 수 있다.

> use admin
switched to db admin
> db.auth("admin", "****")
1
> show users
{
    "_id" : ObjectId("5733676238ac1ddf4cf745c2"),
    "user" : "admin",
    "readOnly" : false,
    "pwd" : "24413999168dccff96dcc735720c85ce"
}
>

이제 각 데이터베이스에 사용자를 생성해서 사용해서 인증한 사용자만 데이터베이스를 사용하게 할 수 있다.

Database 사용자 추가

mongoDB v3.x 사용자 관리

mongoDB v2.6 히우는 대부분 mongoDB v3.4와 호환되는 사용자 관리 명령을 사용한다. 여기서는 User Management Methods (v3.4)를 참고하고 있다.

Name	Description
db.auth()	데이터베이스에 사용자 인증
db.createUser()	Creates a new user.
db.updateUser()	Updates user data.
db.changeUserPassword()	사용자 패스워드 변경
db.dropAllUsers()	데이터베이스에 관련된 모든 사용자를 삭제한다.
db.dropUser()	한 사용자를 삭제한다
db.grantRolesToUser()	롤과 권한을 사용자에 허용한다
db.revokeRolesFromUser()	사용자에 부여한 롤을 삭제한다
db.getUser()	지정한 사용자의 정보를 반환한다
db.getUsers()	데이터베이스에 관련된 모든 사용자의 정보를 반환한다

createUser()

db.createUser() 는 두 개의 도큐멘트를 인자로 사용한다:

db.createUser(user, writeConcern)

여기서 user 도큐멘트는 아래 같은 형식을 갖는다:

{ user: "<name>",
  pwd: "<cleartext password>",
  customData: { <any information> },
  roles: [
    { role: "<role>", db: "<database>" } | "<role>",
    ...
  ]
}

customData: 선택적으로 추가할 정보를 담은 도큐멘트.

다음은 product 데이터베이스로 전환해서 product 데이터베이스 사용자를 추가하고 있다. customeData 를 주목하자.

> use products
db.createUser( { user: "user1",
                 pwd: "changeMe",
                 customData: { employeeId: 12345 }, // prducts 
                 roles: [ { role: "clusterAdmin", db: "admin" },
                          { role: "readAnyDatabase", db: "admin" },
                          "readWrite"] },
               { w: "majority" , wtimeout: 5000 } )

다양한 사례는 createUser() Exmaple 를 참고하자.

mongoDB v2.4는 사용자 추가 방법이 조금 다르다.

mongoDB v2.4 사용자 추가

사용하려는 데이터베이스의 계정으로 접근제어를 추가해 주어야 한다. mongoDB 2.4 까지는 새로운 사용자는 db.addUser() 로 추가한다.3

아래는 데이터베이스 관리자 계정 admin으로 로그인해서, 필요하면 students 데이터베이스를 생성합니다. 그리고 students 데이터베이스 사용자 student 계정을 추가하고 있다.

> use students
switched to db students
> db.addUser('student', '****')
{
    "user" : "student",
    "readOnly" : false,
    "pwd" : "7a70591507db46bdd3df47a213d8922f",
    "_id" : ObjectId("57336a71c1ef2bed6688d296")
}
> db.auth('student', '012345')
1
> db.student.save({name:'qkboo', class:'Database', grade:'A'})
> db.student.find()
{ "_id" : ObjectId("57336b7d1be9091521cbeb36"), "name" : "qkboo", "class" : "IoT", "grade" : "A" }
>

이제 mongo 클라이언트로 생성한 students 에 데이터베이스 사용자 student로 로그인한다.

$ mongo student -u student -p ****
MongoDB shell version: 2.4.10
connecting to: student

만약 해당 데이터베이스 사용자가 아닌 계정에서 데이터베이스 접근시 다음 같이 인증되지 않은 접근으로 에러를 발생한다.

$ mongo
MongoDB shell version: 2.4.10
connecting to: test
> use student
switched to db student
> show dbs
Tue Sep 27 23:45:38.269 listDatabases failed:{ "ok" : 0, "errmsg" : "unauthorized" } at src/mongo/shell/mongo.js:46
>

MongoDB에 관련 글

MongoDB Community Edition 시리즈:

MongoDB 관련:

MongoDB Tutorial

출처 : https://blog.thinkbee.kr/linux/database/mongodb-user-auth/

mongodb 외부접속

ian_hodge — Tue, 12 Mar 2019 21:14:49 +0900

우분투에 설치한 몽고디비를 외부에서 접속하게 하려면

방화벽 설정 외에도

몽고디비 설정 파일에 들어가

접속 허용 아이피를 변경해주어야 합니다.

기본적으로는 127.0.0.1 만 접속 가능하게 해놨습니다.

$ vi /etc/mongod.conf

다음 명령어로 설정파일을 수정해줍시다.

bind_ip = 127.0.0.1

루프백 주소로 설정이 되어 있습니다.

이것을

bind_ip = 0.0.0.0

으로 바꿔서 어디서든 외부접속이 가능하게 합니다.

혹은 특정 ip만 접속 허용하게 하고 싶으면

콤마(,)를 이용해서 ip 주소를 나열해주면 됩니다.

설정이 끝났다면

$ sudo systemctl restart mongod

재실행 명령어 사용하면 됩니다.

그런다음 포트가 제대로 바인딩 되었는지 확인해주시면 됩니다.

$ netstat -tnlp

번외로 실행 중인 프로세스 확인 명령은 다음과 같습니다.

ps -ef | grep 프로세스 이름

몽고디비가 제대로 실행되고 있는지 확인하고 ip 설정이 제대로 되었는지 확인 하시면 됩니다.

몽고디비 설치와 방화벽 설정은 이전글에 나와있습니다.

그리고 mysql에서는 개발툴(IDE)을 toad for mysql을 자주 사용했는데

mongodb는 robomongo란 녀석을 많이 쓴다더군요.

링크 걸어둘게요. 참고하시기 바랍니당.

https://robomongo.org/download

이 글을 포스팅하는데 참조한 블로그

aws mysql 외부접속 허용

ian_hodge — Tue, 12 Mar 2019 20:23:07 +0900

오늘은 AWS로 만든 서버에

MySQL 서버 구축과 외부 접속을 허용해보도록 하겠습니다.

[ AWS EC2 인스턴스 생성 방법은 http://luji.tistory.com/6를 참조하세요. ]

순서

1. MySQL 설치

2. 방화벽 설정

3. 외부접속 허용 설정

4. 접속 확인

1. MySQL 설치

- 터미널에 접속했다는 전재하에 진행합니다.

- 리눅스 명령어로 진행됩니다.

▶ sudo su

▶ apt-get update

▶ apt-get install mysql-server

[ Y 입력 ]

[ ROOT 계정 비밀번호 입력 ]

[ 비밀번호 재입력 ]

▶ mysql -u root p

▶ (비밀번호)

[ 설치완료 및 접속 화면 ]

2. 방화벽 설정

- 자신의 인스턴스에 적용된 보안그룹을 확인합니다.

[ 보안 그룹 이동 ]

[ 적용된 그룹 선택 후 편집 버튼 클릭 ]

사용자 지정 tcp 선택

3306 포트

위치 무관 선택 후 저장

3. 외부접속 허용 설정

- 터미널에 접속했다는 전재하에 진행합니다.

- 리눅스 명령어로 진행됩니다.

▶ sudo su

▶ cd /etc/mysql/mysql.conf.d

▶ vi mysqld.cnf

bind-address 값을 0.0.0.0 으로 수정

vi 에디터 수정 하는 방법

i 키 누르면 수정

ctrl + c 로 명령행

:wq로 저장후 vi 종료

▶ service mysql restart

▶ mysql -u root -p

▶grant all privileges on *.* to root@'%' identified by '루트계정 비밀번호';

4. 접속 확인

- mysql workbench 이용

- 끝 -

출처:https://luji.tistory.com/7

mysql 유저 관리

ian_hodge — Tue, 12 Mar 2019 20:17:28 +0900

이번 포스팅은

MySQL 접속 계정 관리 와

계정 별 권한설정 방법에 대해 알아보겠습니다.

본문에서 다루는 MySQL 버전은 5.6 버전이며

5.7 버전부터 일부 변경 된 사항이 있으므로 참고바랍니다!

mysql -u root -p 를 입력하여 MySQL 에 접속합니다.

그 다음, 스키마를 mysql 로 변경하겠습니다.

use mysql; 를 입력합니다.

지금부턴 SQL 질의문 이기 때문에 마지막에 세미콜론(;) 을 붙여주셔야 합니다.

mysql 스키마에 테이블 구성을 알아보겠습니다.

show tables; 를 입력합니다.

여기서 계정에 관련 된 정보를 관리하는 테이블은

user 테이블 입니다.

select host, user, password from user; 를 입력하여

계정정보를 조회 해보겠습니다.

-------

※ 확인사항: MySQL 5.7 부터 user 테이블에 password 컬럼이 삭제되고

authentication_string 컬럼으로 변경.

MySQL 5.7 Reference 참고

https://dev.mysql.com/doc/refman/5.7/en/grant-tables.html

현재는 root 계정밖에 존재하지 않습니다.

그럼 새로운 계정을 하나 추가 해보겠습니다.

create user '계정아이디'@localhost identified by '비밀번호'; 를 입력합니다.

Query OK, 문구가 뜨면 이상없이 계정추가가 되었음 을 말합니다.

제대로 추가되었는지

select host, user, password from user; 로 조회 해보겠습니다.

정상적으로 추가되었습니다.

헌데 방금 만든 계정은 localhost(로컬) 에서 만 접속할 수 있습니다.

즉, 외부IP 에서는 접속할 수 없습니다.

이 경우 host 를 '%'로 해주면 외부에서의 접속을 허용한다는 설정이 됩니다.

방금 전 create user '계정아이디'@localhost identified by '비밀번호'; 에서

localhost 부분을 지우고 '%'로 변경합니다.

create user '계정아이디'@'%' identified by '비밀번호';

host 를 '%' 로 주면 모든 외부 IP에서 접속할 수 있습니다.

만약 특정 IP 대역에서만 접속하게 설정하려면 'IP대역.%' 로 주면 됩니다.

예) '172.168.%' -> IP 가 172.168.xxx.xxx 에서만 접속 가능

이번엔 계정을 삭제하는 방법에 대해

알아보겠습니다.

빨간 테두리가 계정 삭제를 하는 SQL 질의 입니다.

delete from user where user='dubbingLee';

계정ID가 dubbingLee 인 아이디를 찾아서 삭제.

정상적으로 삭제되었습니다.

아까는 특정IP 일 경우 접속가능하게 제한하는 설정만 해봤는데

해당 계정이 특정 스키마에 만 접근할 수 있게 권한을 부여할 수도 있습니다.

스키마 권한 제어에는 SQL 명령어 중 DCL (Data Control Language) 이 사용됩니다.

*DCL 종류에는 GRANT 와 REVOKE 이 있습니다.

create schema testDB; 를 입력하여

testDB 스키마를 만든 뒤, use testDB; 를 입력하여

사용 스키마 변경을 하겠습니다.

그 다음, grant all privileges on '스키마명'.'테이블명' to '계정명'@'호스트' identified by '계정비밀번호' with grant option; 을

입력하여 특정 스키마의 테이블에만 접근할 수 있는 계정을 만들겠습니다.

위 질의문은 dubbingLee 계정을 만들고, 외부 IP에서 접속가능하며,

해당 계정권한을 testDB 스키마에 모든 테이블에서 select, insert, update, delete 할 수 있게 한다.

입니다.

*만약 계정에 select(조회) 권한만 주고 싶다면 다음과 같이 입력하면 됩니다.

grant select privileges on 'DB명'.'테이블명' to '계정명'@'%' identified by '계정비밀번호' with grant option;

flush privileges; 를 입력하여 권한 적용을 합니다.

권한이 제대로 부여됐는지 확인 해보겠습니다.

show grants for '계정명'@'호스트'; 를 입력합니다.

조회한 계정의 권한이 나왔습니다.

방금 위에서 설정한 권한이 제대로 적용된 걸 확인하였습니다.

계정에 부여된 권한을 제거하는 방법에 대해 알아보겠습니다.

revoke all on '스키마명'.'테이블명' from '계정명'@'호스트'; 를 입력합니다.

권한이 제대로 제거됐는지 확인 해보겠습니다.

show grants for '계정명'@'호스트'; 를 입력합니다.

처음에 설정한 권한이 빠진 것을 확인하였습니다.

# 잘못된 내용이 있으면 댓글 남겨주세요~

출처: https://2dubbing.tistory.com/13 [비실이의 개발공간]

mongoDB argeegation개념

ian_hodge — Tue, 26 Feb 2019 17:59:00 +0900

1. mongoDB aggregation 사용법 익히기

기존의 find로는 원하는 데이터로 가공하는데 어려움
빅데이터를 다루려면 새로운 데이터 가공 방식이 필요
mongodb aggregation을 사용하면 documents를 grouping, filtering 등 다양한 연산을 적용할 수 있음
mongodb aggregation 기본 개념:
- Shard를 통하여 BigData를 저장하고, Aggragation Framework을 통하여 BigData를 처리
- MongoDB의 Aggregation은 Sharding 기반의 데이터를 효율적으로 처리하고 집계하는 프레임워크라고 이해하면 됨
- documents를 grouping, filtering 등 다양한 연산을 적용하여 계산된 결과를 반환
  - 주요 mongodb aggregation operators:
    - 예) filtering, like operation, transforming
    - https://docs.mongodb.com/manual/meta/aggregation-quick-reference/#aggregation-expressions

Aggregation Framework Pipeline (mongodb aggregation 방식)
- Unix의 pipe와 같은 방식으로 데이터를 처리하는 방식
- document를 여러 단계의 파이프라인으로 처리해서, 데이터를 처리/집계한다고 이해하면 됨

1.1. Aggregation Framework Pipeline 사용 문법

이미지 출처 - https://docs.mongodb.com/manual/aggregation/#aggregation-framework

에몽이

Airbnb의 eslint를 IntelliJ에 적용하기

들어가며

본론

마무리

git stash

git stash

git stash 의 기능

예시 1 - 문제상황

예시 2 - git stash 활용

예시 3 - git stash apply 활용

git branch

Branch 목록 보기

로컬 저장소의 Branch 목록 보기

원격 저장소의 Branch 목록 보기

모든 Branch 목록 보기

Branch 관리하기

현재 위치에서 새로운 Branch 생성하기

다른 Branch로 이동하기

Branch 이름 변경하기

Branch 삭제하기

원격 저장소의 Branch 관리하기

원격 저장소의 Branch 삭제하기

원격 저장소의 특정 Branch를 로컬 저장소의 새로운 Branch로 가져오기

ubuntu permission setting

리눅스 Symbolic Link - 심볼링릭크 소개와 사용법

mongodb 사용자 관리

mongoDB 접근제어

데이터베이스 관리자

mongoDB 2.6 이후 관리자 계정 추가

mongoDB 2.4 이전 관리자 계정 추가

데이터 베이스 생성과 롤 기반 인증

관리자 로그인

Database 사용자 추가

mongoDB v3.x 사용자 관리

createUser()

mongoDB v2.4 사용자 추가

MongoDB에 관련 글

mongodb 외부접속

aws mysql 외부접속 허용

mysql 유저 관리

mongoDB argeegation개념

1. mongoDB aggregation 사용법 익히기

1.1. Aggregation Framework Pipeline 사용 문법

1.2. Aggregation Framework Pipeline 주요 명령 (SQL과 비교하면 이해가 쉬워짐)