- 被坑了,回退的版本不能重新上线
由于同时修改了后台和小程序,刚才审核通过上线了新版小程序,结果发现后台有BUG,就暂时回退了,本以为回退的版本无须重审可以稍后再重新上线,结果现在后台解决了,和旧版不兼容,新版又要等待审核通过,我现在是新版和旧版都不能用,坑人啊
2019-04-20 - 小程序有什么比较好的E2E测试方案吗?
小程序越迭代越复杂,如果是前后端都迭代,仅仅单元测试并不能满足所有情况,已经到了不全面测试不敢上线的地步。
2019-04-18 - 官方能否针对某些API的输出数据出一个加密选项?
小程序与后台通讯时有一个巨大的隐患,就是有心人可以反编译小程序,然后获得网络访问详情,伪造数据发给后台,这导致任何有奖活动都变得不靠谱。 比如,我想利用加速度计API的数据做一些活动,小程序把加速度计数据输出到后台,后台比较后决定是否中奖,哪怕我在小程序中加密这些数据后发送给后台,别人也可以反编译后,借用你的加密函数伪造数据。 唯一的选择就是官方自己加密加速度计的输出数据,后台再利用相同密码解密,这样就大大杜绝了伪造的机会,密码可以由用户在公众号后台设置,甚至可以直接利用小程序的App secrete作为这些API的加密密码。 我相信还有其它API的输出需要被加密,增加一个加密选项完全可以向后兼容,希望官方能尽快考虑实现~
2019-04-15 - 官方是否应该考虑允许小程序可以向添加者推送信息?
小程序的用户粘性太差了,每天看访问数据,新访问人数居然占2/3以上,等于说除了那些日常硬需求的大厂小程序比如打车,一般小程序完全靠天吃饭,新用户看到搜到了就用,老用户用过了就忘。 由于无法和老用户沟通,想搞什么优惠推广活动,挖掘既有用户的价值都不行,不知道该怎么运营小程序了。
2019-04-06 - 请问伪造一个小程序攻击访问正常小程序的后台可能吗?
比如知道一个小程序后台的REST API, 然后自己制作一个小程序用相同的API访问,实现攻击(比如伪造中奖),这种情况有没有现实可能性? 后台如何验证访问来自合法的小程序?虽然小程序有网络白名单,但白名单似乎并不需要后台验证。
2019-01-30 - 小程序组件有没有办法生成图片?
不用canvas,就是普通的wxml组件,比如一个form,我想把它的内容以图片的形式保存下来,不知道有没有这种可能?貌似官方转发小程序可以实现截图,不知道怎么做到的。
2018-12-09 - 求解决!为什么每次审核过后登陆小程序会返回一个陌生人ID?
每次审核通过后,我用自己的微信打开小程序结果返回下面这个人: openId: "of1cK0Zgq8QQhY7Vfpu8vXvXBcCI", nickName: "calliope", gender: 2, language: "zh_CN", city: "Minhang", … 我不知道这个人是谁,但总是出现这个人,只有在开发工具里完全清除状态后,才能正确返回我自己微信的登陆信息。 问题是,我可以在开发工具里这么做,但发布以后,其他正式用户登陆也返回这个信息,无法做任何改变。 我希望腾讯能排查一下,这个是否是你们审核时遗留下的无用信息?如果不是,到底哪里出错了? 就我一个人遇到这种情况吗,小程序如果不能正确显示个人头像和昵称,就无法使用,求官方给个说法
2018-10-23 - <image>组件的scaleToFill模式在真机上无效
使用: <image class="backimage" mode="scaleToFill" src="../../background.svg" ></image> 在工具中全屏无死角铺满屏幕,但是到了真机上,无论安卓还是苹果,都会左右两侧留白一小段,没想到在这么基础的组件上会出现拦路虎,希望官方快点解决
2018-07-30 - login返回陌生人的信息
从昨天到今天都这样,已经出现三个陌生人了 [图片] 这人是谁啊,我都不认识,请问这是正常的吗?
2018-07-02 - 多个<text>组件组合后显示位置有错误
WMXL: <scroll-view scroll-x scroll-y style="height:100%;width:100%;"> <view wx:for="{{list}}" style="border:1px solid red; height:20px; line-height:20px;"> <text style="display:inline-block; height:20px;"> {{item}} </text> </view> </scroll-view> JS: Page({ data: { list:[ "测试文本行1", "测试问本行2" ] } }) 显示: [图片] 错误说明: 页面由两行<view>组成,每一个<view>又包含一个<text>负责显示文本。 每一行的<view>我特地用了红色border,按理说,第一行数据“测试文本1”应该显示在第一行的红框内,但却显示在了第二行。 调试查元素信息,第一个红框又确实是第一个<view>组件。经过测试,和<scroll-view>或其它组件无关,就是<text>的问题。 完全无厘头的bug,找不到解决方案,官方能来解释一下原因吗?
2018-07-01