收藏
回答

【请入】好事成坏事:关于小程序二维码图片的识别

问题模块
API和组件

最初开始进入小程序平台的时候,生成的二维码不能通过图片直接识别,只能用相机扫。也罢,干脆死了线上通过二维码推广的心,老老实实按照小龙哥的概念走吧。二维码作为线下入口,认可&接受。


然后接了需求,客户要求线下签到点名做打卡考核,防止作弊,不能通过链接分享或者识别二维码的方法。这个需求完全符合小程序的定位,只要页面不设置分享函数,给一个小程序页面的二维码就行了。


搞了半天项目上线了。还没等到客户用,就出了这个大改动。现在用户可以拍个照片扔群里,人人都可以打卡了。。。现在怎么办?再搞BLE beacon来实现吗?


对于一些规则的修改,我只想对微信小程序团队提这个建议:


  1. 功能性的规则,不单单是规则,也请想下开发者会利用这个功能去实现什么。二维码只能相机扫,也许开始只是一个规则性的限制,但这并不代表开发者会利用这个限制去做一些场景出来加以利用。

  2. 改变了规则不要紧,也请考虑做一下向后兼容。

    本来规则改变不要紧,但按照以前的规则功能做的程序,现在怎么办,总要给开发者一个选项。为什么不在改变规则的时候,提供一个让我们可以自助选择生成的二维码是可以 {相机,相册,相机和相册} 的来源限制?

    某些特定的二维码通过微信进入,只支持直接扫描并不是第一天有了。这个能力为什么不开放给开发者呢?


    在之前我曾提过类似需求:【 wx.scanCode() 可以带一个区别相机和相册的source返回值】也是一个道理,灵活的机制,问题会更少。有这些支持,就不会今天我们面对客户束手无措没辙的样子。


  3. 建议:在生成二维码的时候POST的json增加允许识别的源字段

    如:

    {"path""pages/index?query=1""width": 430, permitted:"camera"}



谢谢


最后一次编辑于  2017-04-17  (未经腾讯允许,不得转载)
邀请回答
复制链接收藏关注问题回答

2 个回答

  • 杨李云
    杨李云
    2017-04-17

    这个需要增加一个场景值去切断线上入口就可以了,但是依然有办法作弊啊,拍照片然后用另外的手机扫码不就行了?对于一个想逃避打卡的人,这点根本不算什么障碍,再不济,换个小号让人带打卡也是很简单的事情,小程序适合去扩展功能,而不是做限制功能。

    2017-04-17
    赞同
    回复
  • 追小命
    追小命
    2017-04-17

    这是一个作弊成本的问题了。一切防作弊只能提高作弊成本,是不存在100%杜绝作弊的可能的。

    2017-04-17
    赞同
    回复