Winston: 3.0.0에서는 JSON.stringify를 사용하지 않고 개체를 기록할 수 없습니다.

+1

@eyp 이거 해볼래 ?

logger.error('Error sending contact message:%o', {foo: "bar"});

기본 소스는 다음과 같습니다.

https://github.com/winstonjs/logform/blob/master/splat.js

노드에서 util.format 를 사용하는 것을 볼 수 있습니다.

https://nodejs.org/api/util.html#util_util_format_format_args

그래서 %o , %O 및 %j 가 작업을 수행합니다.

%o

매력처럼 작동하지만 winston이 util.format과 동일한 형식 매개변수를 사용한다는 것을 몰랐습니다.

감사합니다!

윈스턴 3.1.0
나는 이것을 여기에 쓰는 것처럼 시도합니다.
const debugConsole = 새로운 winston.transports.Console({
레벨: '디버그',
형식: winston.format.combine(winston.format.simple()),
핸들 예외: 사실
})
logger.add(디버그 콘솔)

내가 사용하는 코드에서: logger.debug('%o', req.query)
json 개체가 표시되지만 아래 콘솔 로그 이전에 "%o"도 표시됩니다.
디버그: %o {"오프셋":"73000","카운트":"3","타임스탬프":"2018-10-29 15:02:08"}
나는 무엇을하고 있습니까?

일반적으로 %o는 원하는 개체를 지정하는 util.format()에 의해 호출됩니다. 출력에서 개체가 표시되고 있기 때문에 %o가 필요하지 않은 것처럼 보입니다.

대신 logger.debug(req.query)를 사용하면 제대로 작동합니다. 또는 다음과 같이 util.format을 사용하여 변수에 저장할 수 있습니다.
const queryFormatted = util.format('%o', req.query)
logger.debug(queryFormatted)

@frenzymind 또는 @mingchuno가 원래 문제에 게시한 해결 방법을 시도해 보십시오.

대신 이것을 사용하십시오. logger.debug(req.query) 그러면 작동해야 합니다.

@eponymz 이 경우 다음이 있습니다. debug: [object Object] {"timestamp":"2018-10-30 11:14:04"}

const queryFormatted = util.format('%o', req.query)

작동하지만 시끄럽습니다.

두 번째의 출력이 당신이 원했던 것입니까? 즉, 로그에서 쿼리를 원하면 표시됩니다. 그렇지 않은 경우 mingchuno가 게시하기 전에 언급된 해결 방법을 시도하십시오.

예, 두 번째 방법은 내가 원하는 대로 작동합니다. json 객체 데이터가 보입니다.
내가 올바르게 이해한다면 mingchuno는 winston이 "under the hood"를 사용하기 때문에 문자열에 %o를 사용하도록 조언했습니다. 나는 그것을 시도하고 작동하지만 내 경우에는 %o도 인쇄됩니다. 또한 디버그 수준에 splat() 형식을 추가하지만 아무 것도 변경되지 않습니다. 내가 뭔가를 놓치고 있습니까?

예, 개체 검사에 미리 보류된 %o 이 표시됩니다. 일종의 버그인 것 같은데요?

의도적 인 디자인 선택입니까? 대신 표준에서 상당히 벗어났습니다 (그리고 찾는 데 좋은 시간이 걸렸습니다)

console.log('Log me plz: ', {'ok': 'logged'});

(winston 3.x) 모든 로깅 호출을 다음으로 변경해야 함

logger.info('Log me plz: %o', {'ok':'logged'});

죄송합니다, 제 말이 맞습니까? 혼란스러워요...

진지하게, 이것은 다운 그레이드처럼 보입니다. Winston 2를 사용하면 모든 console.X 를 winston.X 로 바꿀 수 있습니다. 왜 갑자기 못생긴 형식 태그입니까?

그래서 수정은 개체를 인쇄하려는 모든 로깅 문에 %o 를 추가하는 것입니다.

네!

항상 %o를 사용해야 한다는 사실을 받아들일 수 없었고 다음과 같은 간단한 솔루션을 만들었습니다.

const prettyJson = format.printf(info => {
  if (info.message.constructor === Object) {
    info.message = JSON.stringify(info.message, null, 4)
  }
  return `${info.level}: ${info.message}`
})

const logger = createLogger({
  level: 'info',
  format: format.combine(
    format.colorize(),
    format.prettyPrint(),
    format.splat(),
    format.simple(),
    prettyJson,
  ),
  transports: [
    new transports.Console({})
  ],
})

그래서 이 로거....

  logger.info({ hi: 123 })

...콘솔에서 이것으로 변환

info: {
    "hi": 123
}

여러분을 도울 수 있기를 바랍니다 :D 우리가 항상 "%o"를 두 번 사용했다면 끔찍합니다.

항상 %o를 사용해야 한다는 사실을 받아들일 수 없었고 다음과 같은 간단한 솔루션을 만들었습니다.

const prettyJson = format.printf(info => {
  if (info.message.constructor === Object) {
    info.message = JSON.stringify(info.message, null, 4)
  }
  return `${info.level}: ${info.message}`
})

const logger = createLogger({
  level: 'info',
  format: format.combine(
    format.colorize(),
    format.prettyPrint(),
    format.splat(),
    format.simple(),
    prettyJson,
  ),
  transports: [
    new transports.Console({})
  ],
})

그래서 이 로거....

  logger.info({ hi: 123 })

...콘솔에서 이것으로 변환

info: {
    "hi": 123
}

여러분을 도울 수 있기를 바랍니다 :D 우리가 항상 "%o"를 두 번 사용했다면 끔찍합니다.

좋은데 이상하네요. 모든 로거 수준에 대해 이 작업을 수행해야 합니까?

정보용으로만 사용하면 더 좋습니다
```자바스크립트
typeof info.message === '객체'
````
대신에

```자바스크립트
info.message.constructor === 개체
````
메시지가 null이거나 정의되지 않은 경우 오류를 방지하고 배열이 올바르게 표시됩니다.
(예: [{hi: "456"}]