1

新的推送通知功能真的很棒！但是，在观看更改时，收到的通知很嘈杂。似乎在监视请求中指定 includeSubscribed=false 参数并不排除对订阅文件的更改（与我共享）。此外，收到的通知请求具有奇怪的更改 ID。比如我收到11925、11927、11929、11930、11932、11931，其中一些是订阅文件的变化。但是，如果我使用 startChangeId=11925 发出 changes.list 请求，我只会得到 11925、11926、11932（尽管最大更改 ID 似乎增加到通知中收到的最大 id）。

这是否意味着推送通知仅用于通知，而不用于信息？或者它是这个 API 中的一个错误？

另外（很抱歉在一篇文章中问了几个问题），我发现id监视请求的属性不能包含'/'，但是文档中没有提到：

一个 id 属性字符串，用于在您的项目中唯一标识此新通知通道。我们建议您使用通用唯一标识符 (UUID) 或任何类似的唯一字符串。最大长度：64 个字符。

观看频道 ID 可以接受哪些字符？

4

1 回答 1

0

完全正确。推送通知只是通知，而不是出于明显的隐私原因的信息。您有责任使用您为用户存储的任何身份验证令牌自行获取信息。

如果您正在考虑使用非 ascii 字符，我可能只会传递一个已从您拥有的任何内容编码的字节字符串。这样您就可以稍后对其进行解码，因为它将原封不动地返回。

于 2013-07-21T18:19:06.177 回答