Winston: 날짜별로 로그를 분할하는 파일 전송 기능 추가

이에 대한 패치 요청을 수락합니다.

멋있는! API에 대한 제안 사항이 있습니까? 나는 다음과 같이 생각하고 있었다.

           // Specify path option and default to spanning by day ( 24 hours in each file )
           new (winston.transports.File)({ path: './logs' })

그러나 사용자 지정 날짜/시간 필터를 허용하는 데 약간의 유틸리티가 있을 수 있습니다.

이 작업을 위한 표준 도구가 있는 경우 winston 코드를 복잡하게 만들 필요가 없습니다. Logrotate (http://linuxcommand.org/man_pages/logrotate8.html)

@indexzero 이에 대한 패치가 여전히 허용됩니까? 나는 이것이 파일 이름 옵션을 통해 구현될 수 있다는 것을 알고 있지만 이에 대한 다른 옵션을 추가할 수 있습니다.

로그 회전을 구현하는 것은 개별 데몬의 작업이 아닙니다. 이것이 @cemuzunlar가 말한 것처럼 logrotate와 같은 도구가 있는 이유입니다.

@cemuzunlar @Dieterbe

이상적으로는 이것이 윈스턴의 문제가 아니라는 데 동의하지만

• winston은 다양한 블로그(그리고 cygwin + 자체 컴파일된 logrotate를 사용하기 위한 몇 가지 제안)에 대한 몇 가지(약해 보이는) 간단한 시도에도 불구하고 logrotate가 없는 Windows에서 실행됩니다. winston은 쓰기 위해 파일을 열어 두므로 Windows에서 해당 파일로 수행할 수 있는 작업이 심각하게 제한됩니다.
• winston의 파일 전송은 이미 로그 회전을 수행하며 날짜가 아닌 파일 크기로만 분할합니다. 또한 오래된 파일도 삭제하므로 기본 로그 회전 기능의 전부입니다.

알 겠어요...
큰 소리로 생각하기: 로그 회전 논리를 별도의 노드 프로그램으로 이동하여 여러 플랫폼에서 작동하는 재사용 가능한 간단한 logrotate 복제입니다.

++1

나는 또한 logrotate의 옹호자이지만, 그것은 단독으로 일을 하지 않습니다. Logrotate는 로그를 플러시하고 닫을 시간임을 프로그램에 알리는 방법을 제공하기 때문에 매우 유용합니다.

파일 전송에는 _createStream.checkFile.createAndFlush 함수가 있어 언뜻 보기에는 적절한 작업을 수행해야 하는 것처럼 보입니다. 이것을 logrotate에 사용하려면 노드 프로그램이 SIGHUP을 트랩하고 이 기능에 액세스하도록 하십시오. 근무 시간 전에 코드를 게시할 시간이 없지만 오늘 밤에 시도하고 결과를 게시하겠습니다.

이러한 방식으로 SIGHUP에 응답하는 것은 창으로 이동할 수 있어야 하며, 창에서 사용하는 로그 회전(노드 라이브러리 또는 기타 마법)은 독자에게 연습 문제로 남겨둡니다.

다른 사람이 이것을 찾는 경우:

@pccowboy님, 좋은 정보 감사합니다. 저도 logrotate의 열렬한 지지자입니다. node.js 서비스(예: winston File maxsize 등)에 대해 하나의 구성을 사용하고 다른 서비스(nginx, redis 등)에 대해 다른 구성(logrotate)을 사용하는 것을 꺼려하며 모든 로그 파일에 logrotate를 사용하는 것을 선호합니다. HUP 신호를 수신하고 postrotate 로그 파일을 다시 여는 간단한 기능을 만들었습니다.

기회가 된다면 더 깔끔한 방식으로(즉, 파일 전송을 위한 구성 옵션으로) 이것을 다시 작성하고 풀 리퀘스트를 생성하겠습니다.

https://gist.github.com/suprememoocow/5133080

#205에 의해 수정되었습니다.

엄청난!