重要的有两点:
1. 不要太过信任回传参数 state
2. 审核通过前不要为 display 赋值为 mobile
第一点, 我的实践中, 腾讯会在某地缓存 state 值. 如果多次回调, 回调地址中的 state 不可信, 可能还是第一次的.
解决方法: 固定 state 或间隔较长时间更新一次.
第二点, 如果没有照做, 无法通过审核. 原因如下:
询问腾讯客服为何没有通过审核.
客服答曰: 你们的 AppID 是不是写错了? 你们调用的接口不正确.
没错, 一切正常. 我这儿测试用着一点问题都没有.
几经周折, 腾讯又答曰: 我们的技术休息了, 明天给你看看.
好吧.
问题出在我在调用接口的时候使用了 display 这个参数, 并将其值赋为 mobile. 因为我们的应用是仅面向移动端的 WEB.
腾讯的审核人员使用 PC 进行访问, 希望看到 PC 界面, 但我们的应用强制调取移动端界面.
腾讯针对验证做了一个小系统, 当使用未审核的 App 登录时, 会提示已经接入成功等待审核什么的. 但是这个系统只在桌面端展示, 移动端并未接入该功能.
当腾讯审核人员被强制调回移动端的时候, 没有看到该功能的提醒, 就武断地认为我的接口调用有误.
1. 不要太过信任回传参数 state
2. 审核通过前不要为 display 赋值为 mobile
第一点, 我的实践中, 腾讯会在某地缓存 state 值. 如果多次回调, 回调地址中的 state 不可信, 可能还是第一次的.
解决方法: 固定 state 或间隔较长时间更新一次.
第二点, 如果没有照做, 无法通过审核. 原因如下:
询问腾讯客服为何没有通过审核.
客服答曰: 你们的 AppID 是不是写错了? 你们调用的接口不正确.
没错, 一切正常. 我这儿测试用着一点问题都没有.
几经周折, 腾讯又答曰: 我们的技术休息了, 明天给你看看.
好吧.
问题出在我在调用接口的时候使用了 display 这个参数, 并将其值赋为 mobile. 因为我们的应用是仅面向移动端的 WEB.
腾讯的审核人员使用 PC 进行访问, 希望看到 PC 界面, 但我们的应用强制调取移动端界面.
腾讯针对验证做了一个小系统, 当使用未审核的 App 登录时, 会提示已经接入成功等待审核什么的. 但是这个系统只在桌面端展示, 移动端并未接入该功能.
当腾讯审核人员被强制调回移动端的时候, 没有看到该功能的提醒, 就武断地认为我的接口调用有误.