你要在微信平台设置域名的时候,设置白名单,不然就没办法
小程序图片保存到手机相册的坑wx.getSetting({ success:function(res){ if (!res.authSetting['scope.writePhotosAlbum']){ wx.authorize({ scope: 'scope.writePhotosAlbum', success:function(res){ wx.downloadFile({ url:mpInvitePic, success:function(res){ wx.saveImageToPhotosAlbum({ filePath: res.tempFilePath, success:function(res){ wx.showToast({ title: '保存成功', }) } }) } }) }, fail(res){ wx.showToast({ title:'影响您使用小程序的某些功能', icon:'none' }) } }) } }, fail(res){ } }) 老铁们帮忙看一下,我这个保存图片,在模拟器可以把图片保存到真机相册里,在体验版把图片保存到手机相册里不行
2018-12-06是啊,你看得顺眼啥都行
小程序审核版本微信小程序提交审核成功后下次提交审核版本号能不能给个1.1.0 现在是3.2 (一开始提交的时候不小心给了一个版本3)以前只有3和3.1 、3.2;;; [图片]
2018-12-06没有,双开可能方便点,狗头。而且你的云函数要重启编辑器才能有效,更麻烦,2333
云开发,数据库如何修改第一条数据现在数据库中有一个system的集合,这个集合只会存放一条数据,用来存储系统相关的设置,但是每次设置都需要先获取,然后再从集合中拿到第一条的id,然后再根据这个id去设置数据,很麻烦,有没有简单一些的方法?
2018-12-06手动滑稽,狗头,然而官方并不会出去改
小程序文档有误[图片] 这是地址https://developers.weixin.qq.com/miniprogram/dev/api/CanvasContext.clearRect.html
2018-12-06我个人觉得是setData的渲染机制和页面的生命周期有关, 先是onload,这个时候,页面才刚开始启动还没有完全渲染出来, 再来是ready,才是渲染成型的阶段。 所以我个人猜想应该把定时器写在这里,会表现的好点
WXS与setInterval BUG问题- 当前 Bug 的表现(可附上截图) 在真机上同一页面内 同时使用WXS与setInterval时,WXS内的funtion会重复调用 在微信开发者工具上并不会出现 [图片] - 提供一个最简复现 Demo js代码: data: { test: '', array: [1, 2, 3, 4, 5, 1, 2, 3, 4] }, onLoad: function(options) { let _this = this; setInterval(() => { console.log("这是计时") _this.setData({ test: '这是计时' }) },1000); }, wxml代码: <wxs module="m1"> var getMax = function(array) { var max = undefined; for (var i = 0; i < array.length; ++i) { max = max === undefined ? array[i] : (max >= array[i] ? max : array[i]); } console.log("max", max) return max; } module.exports.getMax = getMax; </wxs> <view> {{m1.getMax(array)}} </view> <view> {{test}} </view> @官方大神 求意见和建议!!!!
2018-12-06你应该写<block wx:for='10000'>{{item}}</block>应该不会报错,不过也快超出渲染了
for循环10000要报错啊咋搞?小程序原生picker日期组件,我看原生是从0年到10000年,但是样式不符合,自能自己实现一个Picker,所以就有了这个 代码片段:https://developers.weixin.qq.com/s/WhSAQqmD764Z [图片] 如果我把标红的地方不用text包裹,就不会报错: [图片] 或者,不去调text,把循环从10000改成100也不会报错。 报错: [图片]
2018-12-06你这不就是有限item.id输出了一个2,然后再跟“key”组合成新的字符串,还咂在data里取值,出现了本质上的问题。
获取data里面的值,key是通过动态生成怎么获取到值呀<text>{{"key"+item.id}}-->{{key2}}</text> [图片]
2018-12-06分包预加载了解一下,你进入小程序首页的时候,分包预加载那个页面,等点到它的时候就很快了,虽然治标不治本,个人觉得比瀑布流的视觉效果好太多
后台接口返回一千多条数据,渲染在页面要四秒,很慢。要怎么优化- 需求的场景描述(希望解决的问题) 接口有一千多条数据,列表渲染在真机上要四秒以上时间。还要求右侧有索引,点击索引能跳到相应的列表位置,类似图片这种,[图片] 有什么办法能优化呀,想了很久不知道怎么办? - 希望提供的能力
2018-12-06经常超时,而且添加新的云函数还需要重启一下编辑器才行,不然就报错
云函数超时- 当前 Bug 的表现(可附上截图) 相同的环境和参数,调用云函数偶尔会超时 [图片] - 预期表现 - 复现路径 - 提供一个最简复现 Demo
2018-11-27这些问题应该是不对外公开的
腾讯的审核员爸爸们,请回答以下几个疑问,也都是大家所想知道的,也是应该公开的。请各位审核员爸爸们,认真回答一下这些问题。 我相信不止我有这些疑问。 也希望能给我们开发者一个公开,公平,公正的环境。 投诉无门,只能通过这里求解一下。 1:你们的审核机制,以及审核顺序是怎样的? 是否全部为人工审核,还是先机器人审核再人工审核。或者是部分机器人审核,部分人工审核。 2:关于审核时间顺序? 企业以及个人,是否存在企业优先,或者良好信誉的小程序优先。 PS:我有2个小程序都是个人的,A提交后大约过了2天才审核。 B在A之后提交的,但B过了2小时就审核通过了。 3:关于审核派单顺序? 是否按提交功能派单还是按提交时间随机分配给审核员。 4:关于小程序代码审核检测? 是否存在某些关键词检测,比如支付宝/淘宝等。 5:请问是否存在开发者黑名单一说? 比如这个开发者开发了各种垃圾,恶意小程序。是否存在拉黑或者延缓审核这么一说。 6:还有最后一个疑问。 相同的代码,A提交迟迟不肯审核,过了2,3天才开始审核,并且拒绝。 用相同代码通过B提交,2/3个小时就通过审核了。 请问是审核员失职还是存在黑名单类目? 这种情况不是一次2次了。
2018-11-26