Logging 在本地开发模式下流星日志保存在哪里？

我知道console.log，但meteor是否为各种错误保留单独的内部日志

我没有看到来自

check（）

函数的任何有用的响应

对于客户端，它将仅显示为Meteor.Error（400，“匹配失败”）；故障详细信息将写入服务器日志，但不会显示给客户端

这是我得到的，但在服务器日志中没有错误，我可以看到。 也许就在应用程序部署到生产环境时，日志记录行为会发生变化？ 在osx机器上是否有其他系统级日志？ 我在/var/log中没有看到任何内容/

---

谢谢

日志不是本地存储的，而是打印到

stdout

或

stderr

您可以使用以下命令存储这些日志：

meteor > logs.txt

然后还可以使用以下工具进行实时预览：

tail -f logs.txt

如果要在一行中完成此操作，则：

meteor > logs.txt | tail -f logs.txt

---

日志不是本地存储的，而是打印到

stdout

或

stderr

您可以使用以下命令存储这些日志：

meteor > logs.txt

然后还可以使用以下工具进行实时预览：

tail -f logs.txt

如果要在一行中完成此操作，则：

meteor > logs.txt | tail -f logs.txt

---

文件不正确。在v0.8.3中，

检查

不会记录任何地方的故障。这将在下一版本的meteor中修复，如图所示：

当方法或订阅中的匹配调用失败时，请在服务器上记录该失败。（这与我们文档中描述的行为相匹配）

---

文件不正确。在v0.8.3中，

检查

不会记录任何地方的故障。这将在下一版本的meteor中修复，如图所示：

当方法或订阅中的匹配调用失败时，请在服务器上记录该失败。（这与我们文档中描述的行为相匹配）

---

检查此项：检查此项：您也可以使用console.error（）登录到stderr。然而，我的观点是，check（）方法的日志输出似乎消失了，我不知道在哪里。它不会成为STDERR，因为它会在正常的流星输出中显示出来。所以我只能猜测它在开发模式下不会去任何地方。。。这使得它不如检查方法那么有用。我不得不用

Match.test（val，pat）

自己写支票，现在我明白你的意思了。我试图在Meteor source中找到问题的原因，但到目前为止运气不好（需要花更多时间）。

check

和

Match.test

之间的区别在于

check

抛出任何错误，而

Match.test

返回

Boolean

如果

Match.Error

您也可以使用console.Error（）登录到stderr。然而，我的观点是，check（）方法的日志输出似乎消失了，我不知道在哪里。它不会成为STDERR，因为它会在正常的流星输出中显示出来。所以我只能猜测它在开发模式下不会去任何地方。。。这使得它不如检查方法那么有用。我不得不用

Match.test（val，pat）

自己写支票，现在我明白你的意思了。我试图在Meteor source中找到问题的原因，但到目前为止运气不好（需要花更多时间）。

check

和

Match.test

之间的区别在于

check

抛出任何错误，而

Match.test

在

Match.Error