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