以前在 wx.chooseMedia 返回 success 后，我会再用 wx.compressImage 去压缩一下图片。

最近在处理视频时，依样画葫芦，返回 success 后用 wx.compressVideo 去压缩视频，但是压缩出来的质量很差。

chooseMedia 有一个 sizeType 参数，可选值为 ['original', 'compressed']，文档上写：

仅对 mediaType 为 image 时有效，是否压缩所选文件

然后就被坑到了，经过实测，这个参数对视频也同样有效，压缩视频可以直接把 sizeType 参数值设置为 compressed，而不需要再去调一次 wx.compressVideo。

而且在上传视频时，如果选择了“原图”上传，再调用 wx.compressVideo 是无效的，它不会对视频进行压缩。

总结：

如果需要在上传图片或视频时对文件进行压缩，可以直接设置 sizeType 为 compressed，而不需要再去调用 wx.compressImage 和 wx.compressVideo，这是画蛇添足，这两个压缩接口的应用场景应该不是在“选择上传文件”这个场景。

2022-9-3 补充：

今天又发现一个问题，使用 mix 模式时，有些视频会选择失败，需要勾选原图才能选择成功。

所以，mediaType 避免使用 mix。

今天修车。上午在修车店的休息室办公。

下午在一家麻辣烫办公。

哥们四个月前就说要来撸码，今天终于实现了。一个 PD 配一个开发显然是不够的，实在看不下去这进度。

从上午 10 点半到下午 5 点，远程指导安装并学习使用以下工具。

• 微信开发者工具
• git（这玩意花了最长时间去熟悉了解）
• sourcetree
• node
• cnpm
• taro

一路遇到不少坑，全都一一化解，尤其最后运行 npm 时，node-sass 这个顽皮包又出来捣乱。nico 的 mac 是 M1 芯片，折腾了一会没解决，我直接把我本地的 node_modules 打包发过去给他，以后有时间再来慢慢修理这个顽皮蛋。

当最后看到开发者工具里的产品界面时，nico 惊呼：

卧槽 这开发环境简直是倒退 这样来个新同事咋办

但是这么多东西，我感觉哥们一天就吸收了，到了傍晚已经开始写第一个测试小程序，真 TM 服。

以后招新同事都要按这标准去招。

ps. 今天上午在特斯拉 4S 店办公（修车），下午在苹果零售店办公（修电脑），电脑 10 分钟修好，索性就在店里办公了。

这个项目，从一开始就审核命运坎坷。此后审核不通过就变成了家常便饭。

被驳回的页面长这样：

nico 想了个主意，在页面下方加个声明：

我半夜三点多醒来（被这 Y 搞得觉都睡不好），发现还是被驳回，说小程序白屏。

故意刁难吗？其实也不是一次两次这样了，习以为常。

我发了上面这个页面的截屏申诉。

上午审核通过了。

甚至版本号我都加了一位，三位不够用，第四位的作用是：标记这个版本被驳回多少次。

页面下方的那段声明，以后就算做大做强，我也要留着。审核机器人看不懂，但是人看得懂。

凌晨醒来，看到审核反馈被驳回，再一看审核结果，通过。

亮瞎我了。

前无古人后无来者的操作。

谢了兄弟~

这两天提审，审核人员突然跟我们杠上了，不得不改了首页 UI，以及部分页面的文案，连预览页都暂时去掉，甚至产品定位都在 UI 体现上做了变化，活生生把页面搞丑了。

连续杠了两天，提审 – 驳回 – 申诉 – 再驳回 – 修改。到了第五回合，昨晚 12 点提审，半夜 2 点终于过审。

然后发现，这个版本可以算得上 Beta 版了，结束了持续两个月 Alpha 版。

判断力除了来自经验、阅历，大概还和人格定力有很大关系。

去中信销公户，花了一小时，在柜员对面开工。

去民生开公户，花了一小时，在柜员对面开工。

中午在餐馆解决一个 bug。

连续干了一星期的 canvas，撸了几个高级应用，比如多图片的旋转剪裁，以及高斯模糊等。

突然又想起一句话：当你对一件事物产生恐慌或崇拜心理时，很可能是因为你还不了解它；当你通过学习，对它的认知逐渐加深之后，前面的心理就会烟消云散。

防疫原因，娃的乐高课，家长不能在大厅等候了。在商场绕了一圈，发现一个还不错的工位。