收藏
回答

获取小程序码scene参数32位长度太短了

框架类型 问题类型 API/组件名称 终端类型 微信版本 基础库版本
小程序 需求 getWXACodeUnlimit 客户端 6.5.3以上 2.3.0

getWXACodeUnlimit

获取小程序码,适用于需要的码数量极多的业务场景。通过该接口生成的小程序码,永久有效,数量暂无限制。 

请求地址

POST https://api.weixin.qq.com/wxa/getwxacodeunlimit?access_token=ACCESS_TOKEN
scene参数长度只支持32位太短了。加长点吧。
最后一次编辑于  2018-11-02
回答关注问题邀请回答
收藏

17 个回答

  • 🍉
    🍉
    2018-11-02

    唯一一个不限制生成数量的接口,却对参数长度做了很大的限制,程序员何苦为难程序员!

    2018-11-02
    有用 14
    回复
  • Leo liu
    Leo liu
    2018-11-02

    希望快点解决。

    2018-11-02
    有用 7
    回复
  • alianlee
    alianlee
    2018-11-02

    可以通过下面的方案解决 scene 参数长度受限的问题:


    1. 小程序端把业务所需的参数通过接口 A (一般为生成小程序码的接口)上报给小程序后端,小程序后端生成一个小于等于 32 位的 ID 来获取上报的参数,然后把这个 ID 填入生成小程序码接口的 scene 参数中。 

    2. 小程序后端新增一个接口 B 用于小程序端通过解析小程序码获取的 scene 参数获取原来小程序端上报的参数。

    2018-11-02
    有用 5
    回复 2
    • 李猛
      李猛
      2018-11-05

      赞同;UUID 和 参数对象绑定;增加一个接口获取参数;

      2018-11-05
      回复
    • 木剑温小二
      木剑温小二
      2018-11-05

      1

      我们目前就是这种方法

      2018-11-05
      回复
  • Ariel
    Ariel
    2018-11-02

    强烈建议加长scene参数长度


    2018-11-02
    有用 4
    回复
  • 一张
    一张
    2018-11-02

    真叫人头大

    2018-11-02
    有用 3
    回复
  • ؞咬了你؞F࿆ū࿆t࿆ū࿆r࿆ē࿆
    ؞咬了你؞F࿆ū࿆t࿆ū࿆r࿆ē࿆
    2018-11-06

    我一直在想,这个32字节的限制是不是跟小程序码或者二维码的数据承载量有关,当数据量达到一定程度,手机应该就不好识别了。所以我觉得这个32字节的限制还是好的。想象一下,一些相机分辨率差的手机遇到这样的小程序码(二维码)会是什么状况哈?


    2018-11-06
    有用 2
    回复 3
    • honyer🚉
      honyer🚉
      2019-01-22

      我尼玛 我竟然扫出来了~~~,这下理解32位限制了

      2019-01-22
      回复
    • 顾n凡
      顾n凡
      2020-12-22
      你这个太极端了,哪怕128也很小的
      2020-12-22
      回复
    • ؞咬了你؞F࿆ū࿆t࿆ū࿆r࿆ē࿆
      ؞咬了你؞F࿆ū࿆t࿆ū࿆r࿆ē࿆
      03-05回复顾n凡
      这是二维码,先不说数据利用空间有多大,一个存储数据的图形码,不单单只有你数据的元信息,还有数据验证、冗余的相关信息。小程序码本身中间就有一个图标,生成的时候就忽略了中间的位置,本身就限制了消息的展示量,而且,在一个二维坐标上表达信息的QRCode,小程序的那样放射性的码,空间利用率远远没有QRCode的信息承载量大,所以同等像素的图片,小程序码承载的数据量肯定会比QRCode小,我承认这个例子是极端,这个二维码有400Bytes的信息。


      小程序码虽然用户能自定义的只有32字节,但是实质上,除了这32字节自定义消息,你还忽略了很多东西,例如,这个小程序码还得记录是哪个小程序?小程序的路径?可能还有一些我们不知道的信息,说不定就超过128字节了,而且本身小程序的卵子码表达空间有限,那么算上冗余和验证消息,很密集也说不定。。。




      其实最后我发现小程序码记录的是一个URL地址,无论自定义字节多少,最后长度都差不多,我估计有很大可能不是单纯大小限制吧,估计微信最后通过这个URL在自己服务器再拉取目的信息再跳转的吧,至于为啥32字节,那估计只有设计这玩意的人知道了
      03-05
      回复
  • 拾忆
    拾忆
    2018-11-02

    把参数通过MD5加密一下,获取的时候再读取(更正,不是解密)一下呢?虽然麻烦点,但是长度肯定能比现在的长

    2018-11-02
    有用 1
    回复 7
    • 卢霄霄
      卢霄霄
      2018-11-02

      MD5解密,不错哟。。

      2018-11-02
      回复
    • 拾忆
      拾忆
      2018-11-02回复卢霄霄

      哈哈,脑子发热~~

      2018-11-02
      回复
    • 拾忆
      拾忆
      2018-11-02回复卢霄霄

      换个思路,把原始参数存数据库,MD5加密传参,然后加载的时候去数据库匹配~~嗯,这样应该没问题吧

      2018-11-02
      回复
    • 卢霄霄
      卢霄霄
      2018-11-02回复拾忆

      周末快乐~

      2018-11-02
      回复
    • 卢霄霄
      卢霄霄
      2018-11-02回复拾忆

      就算便是个 uuid 或者随便是个id嘛~ 干嘛还加密。。

      2018-11-02
      回复
    查看更多(2)
  • 小牛💯
    小牛💯
    2020-12-28

    这的确是个坑爹的地方 多参数的传递真的是没法玩的转了。

    2020-12-28
    有用
    回复
  • 🙄
    🙄
    2020-04-10

    占个楼

    2020-04-10
    有用
    回复
  • chen阿根
    chen阿根
    2020-03-11

    腾讯的意思是叫你们这群程序员买短信,不然一个openid就解决的事为何要买短信呢?

    2020-03-11
    有用
    回复

正在加载...

登录 后发表内容