小程序本意是继订阅号、服务号、企业号之后的应用号。无奈中意苹果参和了一下成了“小程序”。同属一种类型,从他们的ID就可以后出端倪,都是gh_开头的字符串。
第三方平台,就是对这些类型账户的管理,方便一些没有开发团队的商家来快速的完成功能的对接。对于订阅号、服务号的开发已经很成熟了,市面有些巨头参与其中了,其中还已经完成资本对接、完成上市。围绕着微信这个大流量生态,未来将会很大的想象空间与市场。
如果之前已经完成对订阅号、服务号的管理,完成了这些。代码上几乎不需要做调整。只需要在“微信开放平台”中添加小程序开发者(绑定的小程序),添加小程序的模板。
完成之后,就可以提交了。系统会自动审核通过,在白名单的范围
接下来进入今天讲的重点内容“全网发布接入检测说明”。 关于消息加解密接入指引。官方提供了相关的算法与对应的代码,直接复用就行。
全网发布之前首先需要完成自动化测试,这些真得佩服TX,按需使用。提交测试的话需要“排队”完成。
自动化测试主要分为三部分,一方面代“XX号”完成消息收发、事件处理;另一方面是做为第三方平台需要完成的功能。
第一部分:代收消息部分(即时响应)
微信测试机会自动授权给第三方平台。然后模拟粉丝完给测试机发消息,需要第三方平台来处理。处理文本消息
1)微信模推送给第三方平台方:文本消息,其中Content字段的内容固定为:TESTCOMPONENT_MSG_TYPE_TEXT
2)第三方平台方立马回应文本消息并最终触达粉丝:Content必须固定为:TESTCOMPONENT_MSG_TYPE_TEXT_callback
第二部分:代收事件部分(即时响应)
1)微信推送给第三方平台方: 事件XML内容(与普通公众号接收到的信息是一样的)
2)服务方开发者在5秒内回应文本消息并最终触达到粉丝:文本消息的XML中Content字段的内容必须组装为:event + “from_callback”(假定event为LOCATION,则Content为: LOCATIONfrom_callback)
第三部分:调用接口(非即时响应)
1)微信模推送给第三方平台方:文本消息,其中Content字段的内容固定为: QUERY_AUTH_CODE:$query_auth_code$(query_auth_code会在专用测试公众号自动授权给第三方平台方时,由微信后台推送给开发者)
2)第三方平台方拿到$query_auth_code$的值后,通过接口文档页中的“使用授权码换取公众号的授权信息”API,将$query_auth_code$的值赋值给API所需的参数authorization_code。然后,调用发送客服消息api回复文本消息给粉丝,其中文本消息的content字段设为:$query_auth_code$_from_api(其中$query_auth_code$需要替换成推送过来的query_auth_code)
注:第三部分是需要获取到author_access_token,不然无法发送客服消息。
微信还提到了,模拟推送component_verify_ticket给开发者,开发者需按要求回复(接收到后必须直接返回字符串success)。
这点是基础的基础,主要关注前三部分。尤其是第三部分,完成之后就可以自动提交了。会自动化监测第一步的测试反馈。如果出现如下界面那就么大功告成
就等微信官方审核了,通过之后就是如下的状态。
在授权页面经常会出现如下几种情况
1、参数错误,一般是pre_auth_code 为空,没有获取到,原因就是要找 componet_access_token,如果是componet_access_token的原因那就要再找 component_vertify_ticket是过期
2、从指定的域名和IP发起,这种情况是不加端口的。尤其是nginx + 其它应用server的情况
3、页面停的时间太久,pre_auth_code过期
4、pre_autho_code 已经使用,又使用第二个手机来扫,pre_auth_code失效
如果有第三方平台全网发布的问题,欢迎后台留言“第三方平台”。大师兄会不定期回复。
推荐阅读:
点击阅读原文可以参与直播间互动