反馈获取jsapiticket接口的重大bug
该接口地址是https://oapi.dingtalk.com/get_jsapi_ticket?access_token=ACCESS_TOKE
目前的情况是,请求一次,返回的ticket变化一次.
现在的场景是这样:
1.一个公司添加了3个微应用,这3个微应用是3家不同的系统提供.非isv模式.
2.当应用A请求到ticket后,应用B和应用C中的缓存ticket就失效了,
3.应该B重新请求ticket,A和C的又失效了,
这样就造成了频繁请求ticket接口.但是官方说 由于频繁刷新jsapi_ticket会导致api调用受限，影响自身业务，开发者必须在自己的服务全局缓存jsapi_ticket。
这是要玩死开发者吖.
说白了,微应用之间有冲突.今天遇到的问题就是,公司的A应用和B应用互相冲突,频繁刷新接口
建议,这个ticket接口做成和ACCESS_TOKE接口一样,7200内不改变
展开
收起
9
条回答
写回答
写回答
-
你现在可以同时创建多个开放平台账号(corpid+corpSecret)，每个账号单独对应自己的jsapTticket了。
入口在开发者平台中。2017-01-13 19:44:46赞同 展开评论 打赏 -
Re反馈获取jsapiticket接口的重大bug问一下这个问题大概什么时候可以解决，主要是在测试环境调用这个接口，会覆盖掉线上环境的token，这一点太坑。2017-01-13 17:04:17赞同 展开评论 打赏
-
-
-
-
-
回 2楼injekt的帖子这3个微应用是不同的企业提供的,这个方案实在无法采用.
照理说,微应用和微应用之间不应该有关系和冲突才对吖,你看那个ACCESS_TOKE就很好,无论哪个微应用请求,在规定时间内,得到的值都是一样的.
建议官方考虑以下2个方案:
1,这个ticket接口做成和ACCESS_TOKE接口一样,7200内不改变
2,如果官方基于其他方面考虑一定要改变这个值,那之前的值在原有的有效期内还有效也行2016-01-12 16:42:17赞同 展开评论 打赏 -
Re反馈获取jsapiticket接口的重大bug建议考虑以下方案： 用一个基础服务全局缓存jsticket，三个微应用分别向这个基础服务请求ticket2016-01-12 11:37:30赞同 展开评论 打赏
-
滑动查看更多
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
问答排行榜
最热
最新
推荐问答
