帮顶,个人主体公众号无法完成微信认证,从而导致没法迁移,请官方考虑下个人开发者的群体
微信搜索配置入口将迁移至公众号- 需求的场景描述(希望解决的问题) 数据可迁移至小程序关联的公众号,迁移期间线上搜索结果不受影响,迁移后可继续在公众号后台进行配置。3月7日将关闭小程序后台配置入口,并下线未迁移的数据,请尽快完成迁移。 请选择1个已关联且完成微信认证的公众号迁移数据,迁移后可前往该公众号进行配置。 - 希望提供的能力 个人开发者是可以使用微信搜索的 现在刚刚起来一点量 然后现在让我们迁移,这是一首凉凉送给个人开发者吗??? 求官方大大解答一下
2019-02-27请问楼主自定义上报统计到的设备类型是不是只有ios的?缺少android的? 我也是这样加了自定义埋点,始终没有安卓的数据 @Tmmdh
微信后台=>统计=>来源分析 中 其它小程序来源有明细吗?如题,请问可以区分 微信后台=>统计=>来源分析 中 其它小程序来源 的明细吗? 我们大促期间数据显示从 其它小程序 来源 突然上来了,想知道具体明细。 我们自己也利用 options.referrerInfo.appId 做了自定义埋点上报,但发现自己上报的和上面后台自带的来源数据对不上,自己上报的会少,我们是放在 app.js 的 onShow 里上报的。 如:20190221,后台显示从其它小程序来源人数是19万,但自定义上报的访问人数只有10万,少了9万uv 还请帮忙看下,谢谢了!
2019-02-22跟微信客户端版本有关,安卓7.0.3版本都已经是32位了,以前的都是时间戳
安卓手机获取formId错误体验版本下,都是安卓手机,不论是线上接口还是本地接口, 获取formId有的是13位时间戳,有的是32位字符串,请问这是什么原因?不是只有ios才有32位字符串吗?
2019-02-20我也提过类似建议,官方没有任何回复😄
云开发:用户管理功能亟待升级!!!!- 需求的场景描述(希望解决的问题) 云开发:用户管理功能亟待升级!!!! - 希望提供的能力 云开发:用户管理功能亟待升级!!!! 希望如下图能够筛选用户:比如新用户,老用户,“机器人”,最后进入时间排序等等,,,不然这个功能有啥用? [图片]
2019-02-20[代码]onShareAppMessage: [代码][代码]function[代码] [代码]() {[代码][代码] [代码][代码]let id = doSomthing();[代码] [代码] [代码][代码]return[代码] [代码]{[代码][代码] [代码][代码]title: [代码][代码]"分享标题"[代码][代码],[代码][代码] [代码][代码]path: [代码][代码]"/pages/test/test?shareId="[代码] [代码]+ id[代码][代码] [代码][代码]};[代码][代码]}[代码]
onShareAppMessage转发分享传递参数点击触发转发按钮时,请求接口获取一个参数赋值到path上面,这种怎么实现
2019-01-28楼主是用安卓测试的吗
自定义分析 后台没有这条记录- 当前 Bug 的表现(可附上截图) 在后台自定义分析中 找不到 from="ad"的记录. [图片] - 预期表现 后台能搜索到 这条日志.
2019-01-28云开发处理秒杀还是算了吧,以现有的云开发能力也就做做增删改查的事情
云开发能否处理秒杀或者电商中超卖的问题?- 需求的场景描述(希望解决的问题) 比如在秒杀的场景,怎么处理超卖的问题? 是否能给某次读写加锁,或者其他解决方案? - 希望提供的能力 云函数读写加锁或者其他能够保证读写过程中没有其他写入操作。
2019-01-28楼主应该很久没关注官方公告了吧 https://developers.weixin.qq.com/community/develop/doc/000ea276b44928f7e8d73d0a65b801
wx.chooseLocation点击直接到fail()回调函数!紧急bug编译器一切正常!真机测试全部出错(iphone和小米),真机测试的时候,调用wx.chooseLocation不执行success,直接到fail回调函数,然后点击button的openSetting后,也依然没有打开地理位置的选项! 这个bug非常紧急,而且是大面积的,我问了很多开发同行,他们也反映说遇到了这个bug,并且我在论坛里也看到了同样的帖子!
2019-01-27目前只能导出数据库或者等待官方出云开发的相关sdk
用云开发功能开发了一个商城类小程序,怎么做一个后台管理系统统计数据库里的数据信息用云开发功能开发了一个商城类小程序,怎么做一个后台管理系统统计数据库里的数据信息?
2019-01-27+1
worker应用范围与提供的功能不太相符- 当前 Bug 的表现(可附上截图) 接口文档https://developers.weixin.qq.com/miniprogram/dev/api/Worker.postMessage.html 1、worker的应用范围:主要为在后台进程进行相对密集型的运算, 而具有密集型运算需求的逻辑常常是操作二进制ArrayBuffer、TypedArray 2、当前API的功能关于postMessage的参数要求为 “需要发送的消息,必须是一个可序列化的 JavaScript key-value 形式的对象。” 导致 TypedArray被序列化成了 { [index:number] : number } 的JSON形式 - 预期表现 postMessage传递的数据不应该被序列化(建议:不要对postMessage的参数进行序列化,或增加一个是否序列化的参数) - 复现路径 - 提供一个最简复现 Demo
2019-01-27