Tag: debugging

debuggingNode / Express – require('express')创build一个中断

我对Node和Express的相当有限的经验没有帮助,但我在从terminal窗口debugging应用程序时遇到困难。 这是问题: 运行node debug app.js返回: < debugger listening on port 5858 connecting… ok break in server.js:1 1 var express = require('express'); 这是debugging快递应用程序的正确方法吗?

如何重新连接到node.js的远程debugging器

在使用node.js的debugging器时,我一直在使用node –debug-brk XXXX.js运行节点进程进行debugging。 令人讨厌的是,如果我意外断开连接,我必须重新开始这个过程。 有没有办法重新连接到debugging器? 当我尝试(通过intelliJ),它根本不会重新连接。

如何使用sails.js节点检查器?

我想debugging我的sails.js应用程序,但是我不知道如何在这个场合启动node-inspector器。 通常情况下, $ node –debug myapp.js 如果我正常运行我的sails应用程序: $ sails lift –prod 然后启动node-inspector $ node-inspector –debug-port 1337 Node Inspector v0.7.0-2 info – socket.io started Visit http://127.0.0.1:8080/debug?port=1337 to start debugging. 我在检查器GUI中出现这个错误: Error: read ECONNRESET. Check there is no other debugger client attached to port 1337.

debuggingDocker容器内的Nodejs

我正在计划一个nodejs应用程序的典型开发工作stream程。 我想大多数人会: git clone [appcode] +(Dockerfile与卷映射到本地path)> docker-compose build> docker-compose up 然后我编辑一些代码,最好使用像Webstorm的IDE或文本编辑器Sublime等。然后terminalCtrl + C终止当前进程> docker-compose up(或者configuration你的容器使用nodemon监视代码的变化)并刷新浏览器看最新的本地代码运行。 以上所有的看起来都很标准吗? 我的主要问题是没有人debugging与IDE或节点检查到容器? 我试过暴露端口等。拒绝连接。 我相信因为node.js将只允许debugging127.0.0.1:5858

无法使节点debugging工作

这感觉真的很愚蠢,但我不能让节点检查器/ node-debug工作。 这些指令说要做npm install,然后运行node-debug web.js 所以我做到了。 现在我有一个可爱的浏览器窗口打开,显示了我的断点代码…并且不知道要使用哪个url来访问代码。 检查员在http://localhost:8080/debug?port=5858 ,terminal说: > node-debug web.js debugger listening on port 5858 Node Inspector is now available from http://localhost:8080/debug?port=5858 Debugging `web.js` … 我尝试点击localhost:5000 (这是我的express.js端口),但是,如果我没有一个单独的node web.js实例运行失败,或者它成功,如果我有另一个运行,但doesn'不要在检查员的任何一个断点处 当我去http://localhost:5858/ ,我得到: 远程debugging会话已经激活 当我去http://localhost:8080/ ,我得到: 不能获取 / ( /path一般在我的服务器上工作。)

节点检查员与Express 4

我试图运行一个Express 4应用程序运行节点检查器 – 我运行这个在stream浪者箱,但能够查看浏览器中的页面没有任何问题(我有stream浪机上的端口可用于主机)。 我使用npm start或node –debug bin/www npm start应用程序,然后启动节点debugging器bin/www 。 我在浏览器中加载检查器,它在第一行打到初始断点,但在页面上执行任何操作以debugging将触发断点的操作,导致EADDRINUSE (又名端口正在使用)错误。 我有点困惑,可能是什么原因造成这个,但是,这是非常可能的,我使用的命令,可以在Express 3,而不是4的。另外,也许有一些configuration我缺less运行debugging器主机浏览器,但在stream浪盒上运行检查员?

如何debuggingNode + Socket.io CPU问题

我们使用Express 3运行Node Socket.io服务器。使用Forever监视服务器。 该服务运行良好,但CPU一直在增长,直到达到90%以上,然后突然下降到20%左右,如下图所示。 我相信,永远是重新启动应用程序所造成的下降。 我想知道的是 什么是可能导致Node.js应用程序行为的典型因素? 什么工具/方法可用于debugging节点应用程序中的内存泄漏/ CPU占用? 我认为这可能与Socket.io在用户断开连接时没有清理资源有关,尽pipe文档说Socket.io会自动pipe理这个。 任何帮助将不胜感激,这个问题是使我们的服务器pipe理非常困难。 我已经在一个星期前在Serverfault上发布了这个问题,但是没有收到回复,所以我觉得在这里可能会更好。 更新:经过更多的研究,看起来CPU并不直接与连接数相关。 我们的临界质量似乎大约是1500个并发连接,如下所示: xhr-polling:767 websocket:692 jsonppolling:80 有时我们可能只有500个连接,而其他时间只有1500个连接。 我知道发送邮件的速度有很大的影响,但速度是相当一致的。

无法使用节点检查器debuggingNodejs:websocket_closed和Assertion失败:未知的实验canvasInspection

我尝试在Windows环境下使用node-inspector(v0.12.8),nodejs(v5.9.1)和chrome(v49.0.2623.112 m)debugging我的server.js应用程序。 在一个壳我做 node-inspector Node Inspector v0.12.8 Visit http://127.0.0.1:8080/?port=5858 to start debugging. 在第二个壳我做 node –debug server.js 当我去铬标签我得到一个消息: 从目标分离 远程debugging已终止原因:websocket_closed 请重新贴上新的目标 在铬的控制台开发工具,我可以看到一个消息,检查员无法find实验functioncanvasInspection(删除最新的铬版本)。 我做错了什么?

如何用IntelliJ或WebStormdebugging电子应用程序?

我使用IntelliJ作为开发工具,我想知道如何debugging一个Electron应用程序? 我知道有一个debuggingElectron应用程序的标准方法 ,但是这个方法是在我的IDE之外完成的。 我试着用下面的方法创build一个新的“Node.js”“运行/debuggingconfiguration”: 节点解释器: <path to node> 工作目录: <path to my application root folder> JavaScript文件: node_modules/.bin/electron 应用参数: . 有了这个设置,我的应用程序就开始了,但是如果我在main.js放置一个断点,应用程序永远不会停在断点上(=debugging不起作用)。

使用cluster.fork()debuggingNode.js进程

我有一些代码看起来非常像http://nodejs.org/docs/v0.6.0/api/cluster.html中的Cluster文档中的示例: var cluster = require('cluster'); var server = require('./mycustomserver'); var numCPUs = require('os').cpus().length; if (cluster.isMaster) { var i; // Master process for (i = 0; i < numCPUs; i++) { cluster.fork(); } cluster.on('death', function (worker) { console.log('Worker ' + worker.pid + ' died'); }); } else { // Worker process server.createServer({port: 80}, function(err, result) { […]