传为历史地址,小程序的入口到底在哪里

问题:

顾客扫码二维码A,小程序onload中传递q参数为二维码地址B,且该二维码地址为用户历史使用二维码地址。

1 . 扫码运维小程序

原因:

微信侧扫码运维参数错乱。

用户使用微信“扫一扫”扫描二维码A,微信通过系统事件启动小程序,用户使用完之后,将小程序退到后台,一段时间后小程序被系统回收。用户再次扫描二维码B,微信仍然通过系统事件启动小程序,但是实际上,系统先发出A二维码的启动事件,再发出B二维码的启动事件,导致小程序启动参数错乱。理论上,用户第二次扫码的时候,系统不应该连续发出两次事件。

基于现行反革命微信小程序迭代根系的本子,那几个一定是至关心重视要入口,扫码即用!11月19日公布生成小程序二维码。

实施方案:

方案一:

微信侧如今上线了热修复方案,考订该难点,保障通过系统事件运维时传递正确的码地址。但眼前该方案仅能遮住近来多个本子,即6.5.20今后的,覆盖人群不会极高,活跃顾客的陆十四分七。所以依旧存在该bug.

方案2 (消除剩下的2-3成用户):

当下扫码运营小程序的光景,微信会将原始U安德拉L通过参数的措施传给小程序,key为”q”。后台退换上线后,会多出贰个key为”scancode_time”的UNIX时间戳参数,是顾客扫码的日子。顾客扫码时间和执行onlaod的光阴相对照借使在30s以内,能够以为传递给我们的码地址是30s以内刚扫过的码,能够认为传递的非历史地址。从这些逻辑出发,做了以下校验:

图片 1image.png

ps:第叁回将扫码时间与劳务器端时间再一次举行校验的目标:制止某个客商手动改动手提式无线话机时刻仍旧地面手提式有线电话机时刻距离比较大,导致难点出现,故再举行一遍服务端时间校验。

标题虽小,记录下来的含义越来越大。

别的:款待插手弱势群众体育(开荒小程序的前端程序员们)分享bug组织

也款待一同进献仓库:小程序bug集合)分享bug组织

A、在“设置”中查看小程序的正规二维码,该二维码只用于访谈小程序的线上规范版本。

B、通过接口得到带参数二维码。最多可生成带参数二维码一千0个,请严慎调用。

上述表达小程序的二维码入口,能够是首页直接下载,也得以带参数的二维码踏入小程序的性子path,限制10000个那就给小程序的用处做了限定,比如三个大超级市场,通过二维码步入不一致的铺面。

  1. 检索关键字运转小程序

在微信的,配置效果与利益页面,为了顾客能够急忙搜索出小程序,要求填写主要业务页面包车型大巴类目与标签。首要事务页面组数相当少于5组。

服务号,民众号,资源音信的联结入口,这里大概寻觅效果不是特别的好,要求运维很明白客户寻找习于旧贯,服务号和小程序混合出现么?怎么差别,那也得等1.9才干通晓了。

  1. 恋人微信群分享的链接

那一个动用了微信的享受功用,小程序的享受接口,分享带有参数的链接到微信群恐怕给微信朋友,那样也挺低价的。

参考于:

二〇一四-12-21 更新日志

立异概述

增加产量分享、模板新闻、客服音讯、扫一扫、带参数二维码(当前只限开采者和体验者使用)等职能

发表评论

电子邮件地址不会被公开。 必填项已用*标注