最初开始进入小程序平台的时候,生成的二维码不能通过图片直接识别,只能用相机扫。也罢,干脆死了线上通过二维码推广的心,老老实实按照小龙哥的概念走吧。二维码作为线下入口,认可&接受。
然后接了需求,客户要求线下签到点名做打卡考核,防止作弊,不能通过链接分享或者识别二维码的方法。这个需求完全符合小程序的定位,只要页面不设置分享函数,给一个小程序页面的二维码就行了。
搞了半天项目上线了。还没等到客户用,就出了这个大改动。现在用户可以拍个照片扔群里,人人都可以打卡了。。。现在怎么办?再搞BLE beacon来实现吗?
对于一些规则的修改,我只想对微信小程序团队提这个建议:
功能性的规则,不单单是规则,也请想下开发者会利用这个功能去实现什么。二维码只能相机扫,也许开始只是一个规则性的限制,但这并不代表开发者会利用这个限制去做一些场景出来加以利用。
改变了规则不要紧,也请考虑做一下向后兼容。
本来规则改变不要紧,但按照以前的规则功能做的程序,现在怎么办,总要给开发者一个选项。为什么不在改变规则的时候,提供一个让我们可以自助选择生成的二维码是可以 {相机,相册,相机和相册} 的来源限制?
某些特定的二维码通过微信进入,只支持直接扫描并不是第一天有了。这个能力为什么不开放给开发者呢?
在之前我曾提过类似需求:【 wx.scanCode() 可以带一个区别相机和相册的source返回值】也是一个道理,灵活的机制,问题会更少。有这些支持,就不会今天我们面对客户束手无措没辙的样子。
建议:在生成二维码的时候POST的json增加允许识别的源字段
如:
{
"path"
:
"pages/index?query=1"
,
"width"
: 430, permitted:
"camera"
}
谢谢
这是一个作弊成本的问题了。一切防作弊只能提高作弊成本,是不存在100%杜绝作弊的可能的。
这个需要增加一个场景值去切断线上入口就可以了,但是依然有办法作弊啊,拍照片然后用另外的手机扫码不就行了?对于一个想逃避打卡的人,这点根本不算什么障碍,再不济,换个小号让人带打卡也是很简单的事情,小程序适合去扩展功能,而不是做限制功能。