有谁知道调试服务器端代码的好方法？我尝试启用Node.js调试然后使用node-inspector但它没有显示我的任何代码.
我最终使用console.log,但效率非常低.
更新:我发现以下过程适用于我的Linux机器:
当你运行Meteor时,它会产生两个进程
process1:/ usr/lib/meteor/bin/node /usr/lib/meteor/app/meteor/meteor.js
process2:/ usr/lib/meteor/bin/node /home/paul/codes/bbtest_code/bbtest02/.meteor/local/build/main.js --keepalive
你需要在process2上发送kill -s USR1
运行node-inspector,您可以看到您的服务器代码
在我第一次尝试时,我修改/ usr/lib/meteor/bin/meteor中meteor启动脚本的最后一行
exec "$DEV_BUNDLE/bin/node" $NODE_DEBUG "$METEOR" "$@"
并NODE_DEBUG=--debug meteor在命令提示符下运行.这只在process1上放了--debug标志,所以我只在node-inspector上看到meteor文件,但找不到我的代码.
有人可以在Windows和Mac机器上检查这个吗？
在自动模式下使用示例步话机程序测试Google Nearby Connections 2.0时,有时设备会询问蓝牙配对密码.我见过两种情况:
只有一个设备有一个弹出对话框询问引脚.输入任何数据或关闭对话框将导致连接失败
两个设备都有弹出对话框.一个要求设置引脚和其他要求输入引脚.输入引脚后,连接成功.
Senario 1更经常发生.
我该如何避免这个问题？我找不到有关Nearby Connections 2.0 SDK文档的任何信息.
我也在自己的应用程序中看到此错误,该应用程序使用Google Nearby Connections 2.0."对讲机"示例程序使用P2P"星"策略,而我的应用程序使用P2P"集群"策略.因此,我们可以看到在两种情况下都会出现问题.我想知道:
(1)导致此错误的原因是什么？
(2)接收错误的应用程序可以做什么(如果有的话)来解决它？
(3)如果在这种情况下需要对物理设备进行某些操作,告诉用户什么是合理的消息？
我在Nearby Connections 2.0中找到了关于错误条件的非常好的技术文档,并且非常希望看到一些.因此,即使没有人能够直接回答这个具体问题,我也会考虑将奖金授予最佳答案,提供有关"附近连接"错误的其他技术信息.