SUNINNO Blog

20년가까이 screen를 사용하다가 최근 tmux 를 알게 되었다. screen은 세션을 복구하거나, 이전 윈도우 크기 복구 불가능 등 여러 불편한 점이 있었다. tmux는 이러한 문제를 개선은 새로운 툴로 여러 편의성을 제공하고 있어, 추천할 만 하다. tmux 설치하기 $> sudo apt install tmux # for linux $> brew install tmux # for mac 세션 관련 명령어 새로운 세션 만들기 tmux new  또는 tmux new -s "세션명" 세션명 변경하기 [ctrl] + b, $ 세션 detach [ctrl] + b, d 세션 list $> tmux ls 세션 attach $> tmux attach -t "session name" $> tmux attach -t 번호 # 세션명이 없는 경우, 세션 번호가 부여된 경우 세션 강제 종료, 터미널에서 $> tmux kill-session -t "session name" 가급적이면, 세션 내부에서 종료하는 게 좋음 세션 간 이동 <Ctrl> + b , ( 이전 세션으로 전황 <Ctrl> + b + ) 다음 세션으로 전황 이 기능이 screen 대시 강력함 세션 내부 윈도우 관련 명령어 무명 윈도우 생성 [ctrl] + b, c 윈도우 이름 변경 [ctrl] + b, , or [ctrl] + b, :rename-window  <새 이름> 윈도우 번호 변경 [ctrl] + b, :move-window -t <원하는번호> 윈도우 번호 맞교환 [ctrl] + b, :swap-window -s <현재번호> -t <바꿀번호> 윈도우 종료 [ctrl] + b, &   --> 가급적이면 이것을 사용할 것 [ctrl] + d 는 종종 실수를 함. [ctrl] + d 다음 윈도우로 이동 [ctrl] + b, n 이전 윈도우로 이동...

gnu screen를 약 20년간 사용해 왔다. 하지만 screen은 재시작할 때, 이전 창 사이즈 정보가 불러오지 못 해 putty를 실행할 때마다 다시 창 크기를 변경해야 하는 불편함이 있었다. 그래서 알아보니 tmux 라는 새로운 프로그램을 알게 됐다. 그리고 tmux는 pane이라는 새로운 개념을 도입해서 창 내부에서 분할 창(pane)를 조정할 수 있어서, screen보다 UX/UI 적으로 더 편한 것 같다. 앞으로는 tmux를 사용해야 겠다. 아래는 나의 ~/.tmux.conf 파일 내용이다. #set -g mouse on set -g history-limit 10000 set -g status on set -g status-position bottom set -g status-interval 1 set -g base-index 1 setw -g pane-base-index 1 set -g default-terminal "screen-256color" bind r source-file ~/.tmux.conf \; display-message "tmux.conf reloaded" # 상태줄 기본 set -g status on set -g status-position bottom set -g status-interval 1 #set -g status-style fg=white,bg=black # 왼쪽 -> 호스트명 set -g status-left '#[fg=black,bg=red,bold] #H #[default]' # 일반 창 #setw -g window-status-format '#[fg=white,bg=black] #I #W ' # 현재 창 setw -g window-status-current-format '#[fg=black,bg=cyan,bold] #I* #W ' # 오른쪽 -> 날짜/시간 set -g status-right '#[fg=black,...

  터미널에서 logout해서 다시 login하지 말고, 아래와 같이 간편히 새로이 로그인 가능함. $> exec $SHELL -l 환경설정만 다시 로드하려면 $>source ~/.bashrc

 https://github.com/airblade/vim-gitgutter 위페이지에서 따라하면 된다.

  vim /etc/mysql/mariadb.conf.d/50-server.cnf 에서 bind-address = 127.0.0.1 를 bind-address = 0.0.0.0 로 변경해야 외부에서 접속 가능한다. time-zone 변경 default-time-zone='+9:00' 수정한 다음, #>sudo systemctl enable mariadb.service #>sudo systemctl start mariadb.service 해서 반영된 점을 확인한다. #> cat /etc/mysql/mariadb.conf.d/50-server.cnf # # These groups are read by MariaDB server. # Use it for options that only the server (but not clients) should see # this is read by the standalone daemon and embedded servers [server] # this is only for the mysqld standalone daemon [mysqld] # # * Basic Settings # user = mysql pid-file = /run/mysqld/mysqld.pid basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp lc-messages-dir = /usr/share/mysql lc-messages = en_US skip-external-locking # Broken reverse DNS slows down connections considerably and name resolve is # safe to skip if there...

nginx에 다중 포트 설정하기 react로 여러 webapp를 개발하고, 동일한 서버에 실행시킬 필요가 있다. 이때 간단히 nginx에서 다중포트로 여러 webapp를 동일한 서버에서 실행시킬 수 있다. /etc/nginx/sites-available/에 default 파일이 있다. 보통 port 80로 설정되어 있다. 이 파일을 복사해서 sub로 명명한다.   아래와 같이 포트 8080으로 정하고, react app를 build한 디렉터리를 root <dir>로 지정하고, $> sudo service nginx restart 하면 된다. $>sudo systemctl status nginx.service 로 nginx 상태 확인이 가능하면, $> netstat -ano | grep 8080 으로 8080 포트가 살아있는 또는 외부PC에서  $>telnet ip 8080으로 telnet 접속이 되는지 확인하면 된다. 종종 Nginx 500 Interval Server Error가 발생하는데, 이는 1) root <dir>에서 <dir> 주소가 정확하지 않거나, 2) 파일 권한이 없거나이다. chmod 755 <dir>하면 대부분 해결될 것이다. 그럼 오늘도 유익한 하루 되시길..   

  먼저 gitgutter 팩을 설치 $> mkdir -p ~/.vim/pack/airblade/start $> cd ~/.vim/pack/airblade/start $> git clone https://github.com/airblade/vim-gitgutter.git $> vim -u NONE -c "helptags vim-gitgutter/doc" -c q   .vimrc 설정하기    function! GitStatus()   let [a,m,r] = GitGutterGetHunkSummary()   return printf('+%d ~%d -%d', a, m, r)   endfunction   set statusline=%<%f\ %m%r%h%w%{'['.(&fenc!=''?&fenc:&enc).']['.&ff.']'}%=P%l,%c%V%8P,\ %{GitStatus()} highlight GitGutterAdd    guifg=#009900 ctermfg=2 highlight GitGutterChange guifg=#bbbb00 ctermfg=3 highlight GitGutterDelete guifg=#ff2222 ctermfg=1 set signcolumn=yes highlight link GitGutterChangeLine DiffText highlight link GitGutterChangeLineNr Underlined highlight link GitGutterAddIntraLine DiffAdd

  간단하게 vim에서 json 파일 포맷하는 방법은 vim command로 아래를 실행하면 손쉽게 포맷이 된다. :%!python -m json.tool   한글이 깨지는 문제가 종종 발생한다. 그러를 때에는, 아래와 같이 하면 된다.     $> printf "$(cat station.list | python -m json.tool)" > station.list            

 AWS EC2 Disk 용량늘리기 1. EC2 Console에서 해당 인스턴스를 선택하고, 하단 페이지의 "볼륨"을 클릭함. 2. 작업 버튼 -> 수정 클릭 3. 원하는 크기로 수정 4. putty로 해당 ec2에 접속함 5. $> lsblk로 확인 6. $> sudo growpart /dev/xvda 1 로 디바이스, 파티션 번호하여, 파티션 크기 조정 7.1 파티션이 xfs이라면  $> sudo xfs_growfs -d / 7.2 파티션이 ex4라면  $> sudo resize2fs /dev/xvda1 8. $> df -h로 파티션 크기 확인함

scriptencoding=utf-8 "set mouse=a set tags=./tags,../tags,../../tags,../../../tags,tags function! Komment()     if getline(".") =~ '\/\*'         let hls=@/         s/^\/\*//         s/*\/$//         let @/=hls     else         let hls=@/         s/^/\/*/         s/$/*\//         let @/=hls     endif endfunction function! C_comment()     let hls=@/     s/^/\/\//     let @/=hls endfunction function! C2_comment()     let hls=@/     s/^/"/     let @/=hls endfunction function! C3_comment()     let hls=@/     s/^/#/     let @/=hls endfunction function! HTML_comment()     let hls=@/     s/^//     let @/=hls endfunction function! UNcomment() ...

奇想天外(기상천외) 보통 사람이 쉽게 짐작할 수 없을 정도로 엉뚱하고 기발한 생각 技成眼昏(기성안혼) 재주를 다 배우니 눈이 어두워짐. 늙어서 재주가 쓸모 없게 됨 起承轉結(기승전결) 한시의 詩 作에서, 절구체의 전형적인 구성법을 지칭 제1구를 기구, 제2구를 승구, 제3구를 절구, 제4구를 결구 문장 구성에 있어서의 4단계, 서론, 설명, 증명, 결론 寄與補裨(기여보비) 이바지하여 돕고 부족함을 보태어 줌. 杞人之優(기인지우) 杞나라 사람의 군걱정이란 뜻. 곧 쓸데없는 걱정이나 무익한 근심을 말함.(=杞憂) 旣張之舞(기장지무) 이미 벌린 춤. 이미 시작한 일을 중간에서 그만 둘 수 없다 騎虎難下(기호난하) 이미 시작된 일을 중도에서 그만 둘 수 없음을 비유한 말 騎虎之勢(기호지세) = 기호난하 奇貨可居(기화가거) 진기한 물건을 사 두었다가 때를 기다리면 큰 이익을 볼 수 있다 吉祥善事(길상선사) 매우 기쁘고 좋은 일 吉凶禍福(길흉화복) 길한 일, 흉한 일, 언짢은 일, 복된 일 寄與補裨(기여보비) 이바지하여 돕고 부족함을 보태어 줌. 杞人之優(기인지우) 杞나라 사람의 군걱정이란 뜻. 곧 쓸데없는 걱정이나 무익한 근심을 말함.(=杞憂)  B A B A B A B A B A B A B A

모델: 복잡하고 다양한 현상은 일반화해 중요한 의미를 찾는 기법이다. 복잡한 구조와 관계를 이해하기 쉽게 표현하는 데 매우 강력함. –> 정보 시각화, 이해도 상승 특히 디자인 모델을 적용하면, 정보의 중요한 의미와 구조를 쉽게 파악 가능함. 사용자 중심 디자인에서는 무엇보다 사용자를 이해하는 일이 가장 중요함. 페르소나(persona): 리서치 자료를 토대로 주요 사용자를 설명하는 상세한 사용자 모델 디자인을 잘 하는 방법? 분명한 니즈를 가진 특정 사용자 그룹을 중심으로 디자인하는 일. 수많은 기능을 탑재하여, 모든 사용자를 만족시키려는 제품은 대부분 망한다. 명확한 특정 사용자 그룹을 타겟팅하여 그들을 만족시키는 게 중요함. 한 명의 사용자가 만족하는 제품은 다른 사람도 만족할 확률이 높다. 페르소나의 핵심: 가중 중요한 사용자 그룹을 파악하는 데 있다. 전체 사용자의 니즈를 대표하는 대표 사용자 그룹을 선택함 –> 선택한 사용자 그룹을 중요도에 따라 분류한다. 1순위 사용자 그룹 (중요) 2순위 사용자 그룹 (중요) 페르소나는 실제 사용자를 대표한다. 페르소나의 강점 어떤 제품을 디자인해야하는지, 어떤 기능을 갖춰야 하는지 쉽게 결정할 수 있다 임원진, 개발자, 디자이너와의 의사소통이 수월해진다 팀의 의견을 하나로 모으기가 쉬워진다. 디자인이 적절한지 판단할 수 있는 기준을 제공한다. 사용자와의 테스트를 하지 않고도, 적은 비용으로 디자인을 점검할 수 있다. 영업/마케팅 등에도 도움이 된다. 마케팅 팀에서 페르소나를 홍보수단으로 활용하기도 한다. 페르소나로 피할 수 있는 디자인 문제 - 막연한 사용자 + 사람들은 다들 사용자 사용자라고 외치지만, 그 사용자가 누구인지 명확하지 않다. –> 저마다 사용자가 누군인지 다른 의미로 해석해 버린다. + 사용자가 누구인지 명쾌하게 정의되지 않으면 디자인에 큰 문제가 된다. + 간호사는 다양한다. 응급실 간호사, 소아과 간호사...

Apache의 mod_asis 모듈 정적 파일만을 캐싱하고자 하는 경우는, Apache의 Alias로 대응하면 된다. 그러나 가끔 HTTP의 Response Header 정보도 Application에 반환해야 하는 경우가 있다. 이 때 mod_asis를 활용하여, 캐싱할 수 있다. 1) mod_asis 설정 httpd.conf 등의 apache 설정 파일에 아래 내용을 추가한다. LoadModule asis_module lib/modules/mod_asis.so         AddHandler send-as-is asis         RewriteEngine On         RewriteRule ^특정URI$ /filepath/filename.asis [NC,L] 파일 확장자를 asis로 해두는 것이 좋다. 2) response 용 파일 만들기 위에서의 filename.asis의 내용은 다음과 같이 curl --head로 취득한 Response Header 내용과 response body으로 구성하면 된다. 주의점: http://httpd.apache.org/docs/2.2/mod/mod_asis.html의 Notes란에서 언급하듯, Server: 와 Date: 헤더는 삭제해야 한다. 이 정보는 Apache가 알아서 생성해주는 정보이기 때문이다. 이뿐만 아니라 , Status 헤더도 없어도 동작하는데 문제 없다. HTTP/1.1 200 OK Server: Apache-Coyote/1.1 X-Embedded-Crowd-Version: Crowd/2.4.2 X-Crowd-User-Management-Version: 1.2 Set-Cookie: JSESSIONID=D05FCBE668C69632C3E9FAA6FD14C1C6; Path=/crowd Content-Type: applicatio...

하이젠버그 (Heisenbug) 디버깅 행위가 디버깅되는 시스템의 행동을 바꿔버리는 일을 가리킴. 필드에서 종종 발견되는 현상. Ternary operator (x >= 0) ? x : -x; 와 같은 연산자. false negative, 부정 오류 실제로는 true인 것이 false로 잘못 판정되는 검사 결과의 오류 false positive, 긍정 오류 정상을 오류로 인식.

최근.. 보안 문제로 인해, ssh 실행 머신에서 타겟 머신으로 직접 접속할 수 없는 경우가 꽤 있다. 흔히 이는 특정 호스트를 경유하여, 타겟 머신에 ssh으로 접속하는 경우이다. 이때, ssh의 multi hop 기능을 모르면, 2번 이상 ssh 명령어를 실행하여, 로그인해야 한다. 그럼 ssh의 multi hop 예를 알아보자. 경유 머신은 login.g.com이며, User는 ab 타겟 머신은 10.185.130.96 이며, User는 cd 라면, ~/.ssh/config 파일에 다음과 같이 추가하면 된다. 핵심은 ProxyCommand이다. Host login         HostName        login.g.com         User                ab Host log         ProxyCommand    ssh -q seti nc -q0 10.185.130.96 22         User                cd

Mediator 객체들 간의 의사소통을 하나 이상의 중재자들이 중재한다. 구성은 Mediator Colleague 예를 들어, 어떤 폼에 버튼과 텍스트 박스가 있을 경우, 버튼이 직접 텍스트 박스를 접근하지 않고, 폼에 작업 요청을 하는 것이다. 버튼에 이벤트가 발생하면, 이를 폼에 전달하여, 폼에서 처리하도록 하는 것이다. 각 객체의 상태에 따라 서로의 상태를 바꾸게 되는데 이 작업을 각 객체들이 대상 객체를 직접 참조하여 상태를 파악하거나 상태를 변경되게 되면, 밀결합이 된다. 그리고 소스 코드가 아주 복잡해지고, 수정 작업이 매우 까다로워진다. 달리 말해, 일부 기능 수정에 따른 타 기능 영향(side effect)이 급격하게 증가하게 된다. 당연히 유지보수 비용은 늘어난다. 이 때, 중재자라는 놈을 이들 사이에 주입한다. 그리고 이들 간의 요청을 중재자에 요청을 하고, 중재자는 모든 객체의 상태를 알아내어서, 조치를 취한다. 구현 방법 1. 관련 colleague들이 하나의 mediator와만 동작한다면, mediator인터페이스는 필요없다. 2. 감시자 패턴을 이용하여, 구현할 수 있다.   colleague에서 상태 변화가 일어날 시, 이를 중재자에 통보하고, 중재자는 처리 방법에 따라 다른 colleague에 이 변경을 전달한다. 3. mediaor 클래스 내에 특화된 통지(notification) 인터페이스를 정의하여, colleague 들이 직접 서로 통신(위임 방식)하게 할 수 있다.

Adapter Pattern wrapper라 불리기도 한다. 개념 기존 클래스를 사용하고 싶은데, 인터페이스가 맞지 않을 때, 이 수법을 사용한다. 예, 110볼트 어댑터를 220볼트 어댑티에 연결할 때, 우리는 변환 어댑터를 끼워사용한다. 적용 사례 인터페이스는 상속을 받고, 구현은 상속하지 않는다. 장단점 요약

퍼사드 패턴　Facade Pattern 개념 서브시스템들 사이의 의사소통 및 종속성을 최소화한다. 일단의 서브시스템의 기능성을 단순화된 하나의 인터페이스를 제공한다. 이 인터페이스를 public API, 서브시스템의 각 기능을 private API로 볼 수 있다. 적용 사례 예를 들어, 로그인 처리에 대해서 알아보자. 사용자가 아이디와 패스워드를 입력하고 로그인 버튼을 클릭하면, WAS 측의 로그인 public API가 호출된다. 이 때, 로그인 처리에 필요한 일단의 복수 기능이 호출된다. 이 기능은 계정 유무 판별, 계정 정보, 게임 머니, 오늘의 한마디, 친구 목록, 주간 랭킹 정보등을 들 수 있다. 모든 기능이 처리된 후, 그 결과를 메시지 등의 형태로 클라이언트에 전달된다. 이를 퍼사드 패턴이라 불리고, 로그인 public API가 창구역할(transaction manager)를 하는 인터페이스이고, 그 외를 서브시스템으로 볼 수 있다. 장단점 1. 서브시스템의 구성요소를 보호하고, 은폐할 수 있다. 2. 서브시스템과 사용자 코드 간의 결합도를 약하게 한다. 3. 서브시스템의 재활용도가 높아짐. 요약 객체지향언어에서의 추상클래스의 개념과는 관계없음을 주의하자. 단순히, 하나의 목적을 달성하기 위해, 하나의 함수에서 여러 복잡한 서브시스템를 호출하고, 그 결과를 돌려주는 개념이다.

책임 연쇄 패턴(Chain of Responsibility) 개념 메시지를 보낸 객체와 이를 받아 처리하는 객체 간의 결합도를 없애기 위한 패턴이다. 요청을 처리할 수 있는 객체를 여러 만들고, 요청을 송신하는 객체와 그 요청을 수신하여 처리하는 객체 사이의 결합을 피하는 패턴이다. 그리고 요청을 수신할 수 있는 객체를 연쇄적으로 묶고, 실제 요청을 처리하는 객체를 만날 때까지 고리를 따라 요청을 전달한다. 말이 좀 어려운데.. 이렇게 생각하면 알기 쉽다. 이 해동 패턴은 누군가에게 책임을 떠 넘기는 일이다. 예를 들어, 복리 후생에 관련된 문의가 있어서, 인사과 개똥이 과장에게 문의한다. 개통이 과장이 알면 답변할 것이고, 아니면 멍멍이 과장에게 문의하라고 할 것이다. 그럼 또 마찬가지로 멍멍이 과장에게 문의하면 그는 답변을 하던지 혹은 다른 이에게 문의하라고 할 것이다. 그리고 이 반복은 문의가 완료될 때까지 반복된다. 적용 사례 프로그래밍 관점에서 한번 보자. 어플리케이션이 있고, 그 속에 다이어로그 창이 있다. 그리고 그 창에는 버튼이 있다고 치자. 그리고 모든 컴포넌트에는 도움말 처리 기능이 있다고 하자. 클래스 구성요소와 종속성은 아래와 같다. 다음은 예제 코드이다. 1 Application* application = new Application(message); 2 Dialog* dialog = new Dialog(application, "다이어로그 도움말"); 3 Button* btn = new Button(dialog, "버튼 도움말"); 이 경우, 버튼에서 도움말 요청을 하면, 버튼 도움말이 표시될 것 이다(3번 행에서 설정되어 있으니깐). 하지만, 도움말이 설정되어 있지 않는다면, successor인 다이어로그의 도움말이 처리된다. 장단점 장점 1. 객체 간의 행동 결합도가 현저히 낮아진다. 즉, 객체들 간의 상호 작용 과정을 단순...

Command Pattern 명령 패턴은 요청 자체를 캡슐화하는 것이다. 서로 다른 요청을 매개변수로 만들고, 원하는 처리를 수행한 후, 되돌릴 수 있는 연산을 수행한다. 요청 자체를 객체로 바꿔서, 명시되지 않은 응용 프로그램 객체의 요청을 처리할 수 있도록 지원하는 패턴이다. 그리고 이 객체는 저장되거나 전달될 수 있다. 이 패턴의 핵심은 연산을 실행하는 데 필요한 인터페이스를 선언해 놓는 Command 추상 클래스이다. 이 클래스의 가장 기본 연산은 Execute()이며, Command 추상 클래스에서 상속 받은 서브클래스들은 수신 객체에 대한 참조자를 인스턴스 변수로 저장하고, 이 수신 객체에 정의된 요청을 호출하도록 Execute()를 구현하여, 수신자 - 작동 쌍의 정의한다. 예를 들어, 홈 오토메이션 리모컨이 있고, 이 리모컨으로 모든 가전 제품을 제어할 수 있다고 했을 때, 리모컨은 receiver가 되고, 각 가전 제품은 concreteCommand가 된다. command class에는 execute가 있고 receiver에서는 각 구현 클래스의 execute함수를 호출한다. 참조문헌 1. GoF 2. http://valley.egloos.com/viewer/?url=http://liepooh.egloos.com/1096056