Library of developer

winston에서는 로그 파일 관리를 위해 다음과 같은 설정을 제공한다.

• File Transport Options
• maxsize: Max size in bytes of the logfile, if the size is exceeded then a new file is created, a counter will become a suffix of the log file.
• 로그파일의 최대 크기를 지정가능하고, 해당 크기를 넘을 경우 새로운 로그파일을 생성
• ex) error.log, error1.log, error2.log
• maxFiles: Limit the number of files created when the size of the logfile is exceeded.
• 생성되는 로그 파일의 갯수를 지정가능하고, maxFiles 갯수를 넘어갈경우 가장 오래된 파일을 삭제하고 새로 생성
• zippedArchive: If true, all log files but the current one will be zipped.
• 로그파일을 zip 파일로 유지
• 예제
• 로그파일을 최대 100MB x 5 개로 유지

• var fileAppender = new winston.transports.File({
      timestamp: _timestamp,
      formatter: _customFormatter,
      json: false,
      filename: 'filelog.log',
      maxsize: 104857600, // 100 MB = 1024 * 1024 * 100 = 104857600 Bytes
      maxFiles: 5
  });
  

• winston-daily-rotate-file
• Daily로 로그를 생성하고 싶을 경우 winston-daily-rotate-file 모듈을 사용하면 된다.

Winston의 Log Format을 Customizing 하는 방법에 대해 알아본다.

Winston Log Format을 수정하기 위해서는 Winston Transport의 formatter 설정을 구현해야 한다.

• timestamp 및 output format 함수를 재구현

function _timestamp() {
        return moment().format("YYYY-MM-DD HH:mm:ss.SSS");
}
function _customFormatter(options) {
    return options.timestamp() +
            ' ['+ options.level.toUpperCase() + ']' +
            '['+ options.meta.loggerName + '] ' +
            (!options.meta.clientMessage ? options.message : options.meta.clientMessage);
}
var consoleAppender = new winston.transports.Console({
    timestamp: _timestamp,
    formatter: _customFormatter
});
var fileAppender = new winston.transports.File({
    timestamp: _timestamp,
    formatter: _customFormatter,
    json: false,
    filename: 'filelog.log'
});

nodejs 설치후 $ node app.js 등과 같이 app을 실행시킬때 다음과 같은 에러가 발생하는 경우가 있다.

•  /usr/bin/env: node: No such file or directory

원인은 node 명령이 등록이 되지않아서 인데, 실제로 nodejs 라는 명령으로 실행하면 실행이 된다.

이때는 다음과 같이 nodejs의 심볼릭 링크를 만들어 주면 된다.

• $ ln -s /usr/bin/nodejs /usr/local/bin/node

이후 $ node app.js 명령이 실행이 된다.

참고: https://github.com/nodejs/node-v0.x-archive/issues/3911

NVM(Node Version Manager)를 통한 nodejs 설치에 대해 알아보자.

NVM을 통하여 기존 설치된 node.js 버전을 변경하는 동작도 가능하다.

다음 명령을 통해 NVM을 설치한다.

• $ curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.32.1/install.sh | bash

설치된 NVM 버전은 다음 명령을 통해 확인 가능하다.

• $ nvm --version
• 0.32.1

NVM 설치가 잘 안되면 아래 명령으로 개발에 필요한 기본 패키지를 설치한다.

• $ apt-get install build-essential libssl-dev

NVM 설치가 끝나면 다음과 같이 원하는 버전의 nodejs를 설치한다.

• $ nvm install v12.18.2

NVM을 통해 nodejs가 설치되면서 npm도 같이 설치가 된다.

• $ npm -v
• 3.10.8

현재 설치된 nodejs 버전은 다음 명령으로 확인가능하다.

• $ nvm ls

현재 사용중인 nodejs 버전은 다음 명령으로 확인가능하다.

• $ nvm current
• v12.18.2

• $ nvm alias default v12.18.2
• default -> v12.18.2

bower install 실행시에 Proxy 환경일 경우 제대로 설치가 안되는 경우가 있다.

이때에는 bower.json 파일이나 .bowerrc 파일에 Proxy 설정이 필요하다.

예제

• {
    "proxy": "http://yourProxy:yourPort",
    "https-proxy": "http://yourProxy:yourPort",
    "strict-ssl": false,
    "directory": "bower_components",
    "registry":"http://bower.herokuapp.com"
  }

npm install 실행시에 Proxy 환경일 경우 제대로 설치가 안되는 경우가 있다.

이때에는 다음과 같이 npm config 명령을 통해 Proxy 설정이 필요하다.

예제

• npm config set proxy http://111.111.111.111:8081
• npm config set https-proxy https://111.111.111.111:8081
• npm config set strict-ssl false
• npm config set registry http://registry.npmjs.org/

npm 설정값은 다음 명령으로 확인가능하다.

• npm config list

Windows 에서 node 관련 npm 명령등을 수행시에 다음과 같이 'node-gyp' 관련 에러가 발생 하는 경우가 있다.

• npm ERR! time@0.11.4 install: `node-gyp rebuild`
  npm ERR! Exit status 1
  npm ERR!
  npm ERR! Failed at the time@0.11.4 install script 'node-gyp rebuild'.
  npm ERR! This is most likely a problem with the time package,
  npm ERR! not with npm itself.
  npm ERR! Tell the author that this fails on your system:
  npm ERR!     node-gyp rebuild
  npm ERR! You can get their info via:
  npm ERR!     npm owner ls time
  npm ERR! There is likely additional logging output above.

이것은 python 관련 환경 문제로 python 2.7과 Microsoft Visual Studio C++ 2012 Express를 설치해야한다.

• python 2.7.10
• Microsoft Visual Studio C++ 2013

설치 완료 후 다시 npm 명령을 수행하면 잘 실행이 된다.

• https://github.com/nodejs/node-gyp
• http://stackoverflow.com/questions/21365714/nodejs-error-installing-with-npm

Heroku 에 Deploy 시킨 App 들이 잘 동작하다가 30분정도 지나면 잘 끊기는 현상이 발생한다.

원인은 Heroku 내부에서 각 App 마다 동작하는 엔진인 dyno 가 30분이 지나면 sleep모드로 진입하여서 발생하는 현상이다.

Dyno 의 Sleep을 방지하려면 30분이전에 deploy 된 App URL 을 주기적으로 연결하여, sleep 모드에 돌입하지 않게 하는 여러 방법이 있다.

• hubot-heroku-keepalive
• Hubot 에서 사용가능한 모듈로 되어 있어서 config 설정시 HUBOT_HEROKU_KEEPALIVE_URL 을 넣어 주면 된다.
• Kaffeine
• Heroku Deploy URL을 넣어주면 해당 사이트에서 주기적으로 URL에 연결을 하여, sleep 모드에 돌입하지 않게 해주는 프로젝트

Reference: https://quickleft.com/blog/6-easy-ways-to-prevent-your-heroku-node-app-from-sleeping/