Tag: logging

单独的信息和错误日志bunyan

正如我在博客中看到许多日志,我发现bunyan适合于日志logging,但它有问题,它不能根据他们的级别login文件。 下面是我正在关注的代码结构 const RotatingFileStream = require('bunyan-rotating-file-stream'); const bunyan = require('bunyan'); var log = bunyan.createLogger({ name: 'ShotPitch', streams: [{ name: 'info', level: 'info', stream: new RotatingFileStream({ path: 'info.%d-%b-%y.log', period: '1d', // daily rotation totalFiles: 10, // keep 10 back copies rotateExisting: true, // Give ourselves a clean file when we start up, based on period threshold: […]

如何为分析服务器logging器添加多个传输?

我可以访问winstonlogging器的暴露者通过使用parse-server let logger = require('parse-server').logger; 我想configuration几个传输文件,使用不同的日志级别单独的文件,就像我可以用Winston做的那样: var logger = new (winston.Logger)({ transports: [ new (winston.transports.File)({ name: 'info-file', filename: 'filelog-info.log', level: 'info' }), new (winston.transports.File)({ name: 'silly-file', filename: 'filelog-silly.log', level: 'silly' }) ] }); 我已经试过winston的函数,如: logger.add(winston.transports.File, { … }); 与: winston.configure({ transports: [ new (winston.transports.File)({ filename: 'somefile.log' }) ] }); 但它不起作用。 我也看到这个公关https://github.com/parse-community/parse-server/pull/2363,但我不知道如何添加这些传输从我的index.js在parse-server 。 有人可以给我一些提示吗? 谢谢! 附加信息:分析服务器版本:2.6.2

如何与node.js中的winston同步logging

我相当新的node.js,我来自C#/ Java的土地,所以我需要一些日志logging的帮助。 现在我正在用Selenium编写testing,使用本地捆绑和mocha作为我的testing框架。 我有一个base-page.js – 所有其他Page Objects基类,其中包含与页面交互的基本方法和logInfo(message)方法。 就目前而言,我已经决定和winston一起去伐木了。 我的logging器configuration如下所示: import winston from 'winston'; const tsFormat = () => (new Date()).toLocaleDateString() + ": " + (new Date()).toLocaleTimeString(); const logger = new (winston.Logger)({ transports: [ new (winston.transports.Console) ({ timestamp: tsFormat, colorize: true }), new (winston.transports.File) ({ filename: 'logs.log'}) ] }); logger.level = 'silly'; logger.cli(); 它工作得很好。 事情是,当我运行我的testing用例时,所有的日志消息都会立即logging下来,而不是作为他们应该logging的函数的一部分,至less从C#/ Java的angular度来看。 […]

温斯顿logging器exitOnError:false仍然退出

我有一个非常基本的winston设置: src/appSetup.js const logger = new winston.Logger({ transports: [ new winston.transports.Console({ timestamp: true, }), ], exitOnError: false, }); module.exports.logger = logger; 我使用这样的东西: const logger = require('../src/appSetup').logger; const concatenater = (string1) => { if (condition-check) { // do something } logger.error('error message'); return ''; // this is necessary as tests expects empty string on if-condition fail […]

在JavaScript中logging(node.js + electron.atom)到MySQL

我试图find在互联网上的解决scheme,但我找不到这个问题的任何事情。 我发现: 哨兵(raven.js)。 节日Loggly Bunyan Winston摩根 但是我找不到有关将logging器日志错误保存到MySQL或SqlLite的任何信息。 我刚刚用log4net工作,我需要这样的东西。 我的应用程序将无法连接到互联网,因此,我将把它打包在Electron Atom中。 预先感谢您的支持。

节点JS – 不一致js – 使用winston与quick-db聊天logging

所以,我想添加一个聊天logging系统与SQL与快速分贝,目前我有这个作为一个临时的修复,但它仅仅是丑陋的日志。 yumi.on('ready', () => { winston.add(winston.transports.File, { filename: 'yumi.log', level: 'info' }); }); yumi.on('message', msg => { winston.log('info', msg.guild + ' – ' + msg.channel.name + ' – ' + "@ " + msg.author.username + '#' + msg.author.disscriminator + msg.author + ' | ' + msg.content) }); 我将如何去存储用户名与客户端ID到sqlite或通过使用这个奇特的工具称为quick.db 任何想法或如何开始这样做?

login生产最佳实践?

在生产模式下使用morgan作为logging器,还是把它扔掉,只用于开发模式? login生产模式的最佳做法是什么?

在node.js上取消激活YUI3的INFO消息?

我在node.js上使用YUI3,但是我得到所有这些INFO消息。 我如何closures它们?

将二进制数据logging到日志文件

我用下面的新贵脚本启动一个节点进程,将stdout&stderrlogging到单独的文件中: script sudo -u node /usr/local/bin/node /var/node/services/someServer.js 1> /var/log/node/someServer.log 2> /var/log/node/someServer.error.log end script 问题是这两个日志文件头部都有二进制数据。 我不能用更less或更多来快速检查这些日志,这非常烦人。 任何想法我可以如何防止进程logging二进制数据?

在node.js中使用express.loggerlogging错误

我试图通过express.logger(…)只有特定的事件login到一个文件与自定义函数,它挂起时,响应和请求不符合我设置的标准。 var express = require('express'), app = express.createServer( express.logger(function(req, res) { var status = res.statusCode, color = 32; if (status >= 500) color = 31; else if (status >= 400) color = 33; else if (status >= 300) color = 36; if (req.method==='POST' && req.originalUrl!=='/plankton') { return '\033[90m' + req.method + ' ' + req.originalUrl […]