[图片]

文件下载不了，图片显示不了。

https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/database/query-array-object.html#匹配并更新数组中的元素 使用$关键字更新数组匹配位置某元素，构建查询参数时，如果同时有另一个数组型字段存在，则$永远匹配到位置0进行更新。 在如下示例中，会始终更新code: 'x'这个元素，而不是预期的code: 'y'元素。 数据结构示例如下： {  arrayField: ['a', 'b', 'c'],  albums: [   {code: 'x', others: 'apple'}   {code: 'y', others: 'banana'} ] } 代码示例如下： .where({   arrayField: 'a',   'albums.code': 'y', }).update({   data: {     'albums.$.others': 'orange'   } })

MAC系统 [图片]

52张云存储图片连续显示，为什么只显示第一张？取不同的图片也有类似的问题，这里做代码片段方便取了相同图片。 [图片] 少于52张云存储图片连续显示，就正常了。或者云函数里通过cloud.getTempFileURL换取临时链接显示，也正常。 [图片]

一个页面图片如果10几张以内就能显示正常，如果几十张，只能稀稀拉拉的显示10几张，其他都是空白，论坛里找了几个相关文档。 一个是官方发帖，说image控件本质上是调用wx.downloadFile： https://developers.weixin.qq.com/community/develop/doc/000ace6189c0c03bc719a781856009?highLine=%25E5%25B9%25B6%25E5%258F%2591%25E5%259B%25BE%25E7%2589%2587 另外官方文档里说了wx.downloadFile的并发量是10： https://developers.weixin.qq.com/miniprogram/dev/framework/ability/network.html 所以，我做个类似朋友圈一样的图片应用，无解了？lazy-load大法已经在用了，按说明管上下三屏，我三屏之内肯定是超过并发的了。 有没有大佬支个招。

批量处理图片压缩用到这个接口，新的canvas 2D接口。 先选择多张图片，然后一个for循环，drawImage，接一个canvasToTempFilePath。 为了支持并发，我也在wxml放了对应个数的canvas标签。 偶现第一张或第二张空白图，图大小2k左右。（正常图20K以上）。 亮代码： let photos = this.data.photos let l = photos.length for (let i = 0; i < l; i++) {   let photo = photos[i]      let canvasId = '#compress' + i   wx.createSelectorQuery()     .select(canvasId)     .fields({       node: true,       size: true,     })     .exec(res => {       const canvas = res[0].node       const ctx = canvas.getContext('2d')       canvas.width = 540       canvas.height = 540       const image = canvas.createImage()       image.src = photo.path       image.onload = () => {         const width = image.width         const height = image.height         const sizeRatio = width > height ? width / height : height / width         let sWidth, sHeight, sX, sY, dWidth, dHeight                  //这里一些处理图片尺寸的逻辑，省略...                  ctx.drawImage(image, sX, sY, sWidth, sHeight)         wx.canvasToTempFilePath({           canvas,           fileType: 'jpg',           quality: 0.8,           width: dWidth,           height: dHeight,           success: res => {             photo.pathCompressed = res.tempFilePath           }         })         photo.k = photo.size //restore the bytes size         photo.sizeOriginal = [width, height]         photo.size = [dWidth, dHeight]       }     }) } 不知道去掉并发会不会解决问题，这种偶现的问题真难排查。

并发上传下载速度提升明显吗？有没有试过的。

业务需求很常规，把用户的图片（多张，类似发朋友圈）传到服务端保存起来，同时再想办法得到每张图片的缩略图，以便在列表上显示缩略图，点开显示高清原图。首先尝试了小程序的接口wx.compressImage，因为不支持改变图片分辨率（长宽像素），仅改变质量，这样的压缩效果不理想，比如一个2M的图片，压缩完可能还有800K。 另外两个思路都还不成熟，有没有大佬指点下？ 一个思路是仍然在小程序端做，用canvas把原图放进来，再导出一个改变了分辨率的压缩图片，这个方案有个体验问题，因为canvas不能隐藏起来执行，会导致整个压缩过程让用户看到，看起来很诡异，不知道是否存在巧妙的手段规避？ 另一个思路是放服务端做，因为我用的是官方的云开发环境，可否推荐一下靠谱的图片压缩nodejs模块？是否还存在其他问题要考虑，比如这里又需要云函数把图片从云存储中下载过来，压缩好之后再传一个压缩图回到云存储，这里的流量损耗和时间损耗看起来都不小。 还有没有其他办法？ BTW：其实官方如果能支持是最好的了，无论是尽快完善wx.compressImage，还是云存储支持存一个图片时自动生成几个不同规格质量的压缩图片供调取，有人可以把需求转给官方吗？

我一个云函数里嵌套执行了另外三个云函数，总时长没超过3秒，但是超时报错。我发现这样的情况出现概率也不低，是不是云函数嵌套执行机制有问题？ 报错如下： 日志内容 Request ID: d3f2dcec-73b7-11ea-af58-5254006250a6 执行时间: 3000ms内存使用: 36.29 MB 返回结果 {"errorCode":-1,"errorMessage":"Task timed out after 3 seconds"} 日志 START RequestId: d3f2dcec-73b7-11ea-af58-5254006250a6 Event RequestId: d3f2dcec-73b7-11ea-af58-5254006250a6 ERROR RequestId:d3f2dcec-73b7-11ea-af58-5254006250a6 Result:{"errorCode":-1,"errorMessage":"Task timed out after 3 seconds"} END RequestId: d3f2dcec-73b7-11ea-af58-5254006250a6 Report RequestId: d3f2dcec-73b7-11ea-af58-5254006250a6 Duration:3000ms Memory:256MB MemUsage:36.292969MB 源码如下： exports.main = async (event, context) => { //少量数据库查询与修改，耗时可控，肯定少于1000ms db... //日志显示耗时188ms await cloud.callFunction({     name: 'f1'     }          //日志型显示耗时70ms     await cloud.callFunction({         name: 'f1'     }     //日志显示耗时428ms     await cloud.callFunction({         name: 'f2'     } }