我目前正在 Parse.com 上开发一个基本的消息传递系统,我注意到在“事件分析”屏幕中,我每天会收到超过 30,000 个请求。考虑到我是目前唯一使用该系统的人,这真是令人震惊。显然,如果用户数量较少,我会立即突破 API 请求限制。
这些天我对 Parse.com 非常有经验,所以我对查询很熟悉,并且我很警惕不要将查找、保存、检索等放入 for
循环中。我还了解 ParseObjects 数组上的 saveAll()
并不总是将请求计数限制为 1(取决于该对象内部的关系)。
那么如何追踪过多的调用来自何处呢?
我看到了上述“分析”>“性能”>“已服务请求”数据,但如何深入查看罪魁祸首是否是云代码或 iOS?
当前的解决方案是有效地对每个 Parse 代码块进行单元测试,并查看上面屏幕中的结果。
最佳答案
为了其他可能遇到同样问题的人的利益,我找到了一些技术来追查过多请求的来源。
1) Parse 关于 API 本身的文档非常好,但管理界面的信息/指南并不多。在:分析 -> 资源管理器 -> 制作表格下,可以下载特定日期的所有请求(以导入到电子表格中)。但数据不是很详细,而且日期是纪元时间戳,因此很难理解。至少您可以看到[请求类型、类别、安装 ID],例如[“查找”,“MyParseClass”,“云代码”]。
2) 我的另一种技术是将自定义分析事件添加到代码中。例如,在 Cloud Code 中,我向每个 beforeSave 和 afterSave 事件添加了以下行:
Parse.Analytics.track('MyClass_beforeSave', null);
3) 显然,Parse 将这些调用记录在“日志”窗口中,但鉴于您只能看到最近的事务而无法清除它们,我发现它对于跟踪过多的调用几乎没有帮助。
关于parse-platform - Parse.com 如何调查过多的请求,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31433335/