作了两个处理：

1. 使用云开发的图片处理；
2. 图片缓存配置由原来的 2 分钟改为 30 天。

有显著改善，大约降低了 2/3 以上流量，只消耗原来的 1/3 左右，图片加载速度也明显提升，一举两得。

今天中午健身房吃饭区烟味重，忽然想到之前买过一张比较晃的桌子，一直放在工位边上，没用。今天派上用场了。

这图，配得上今天这日记标题的天数。

早上洗个车，在休息室等。洗好要走的时候忽然发现，这吧台的高度，站着办公挺合适。

距离「微商店助手」上一次更新 v4.8.1 (20220514)，已经过去将近半年。

今天发布 v5.0，主要升级内容是：在线购买 vip 服务。

半个月前开始试卖，今天正式开卖。

下午 3 点半发布上线，到晚上睡前收获 10 单。

终于不用人肉收费了。

说起来，这个月正好是创业三周年，项目也仍然是最初的第一个项目。这个项目，三度暂停，三度重启，暂停的原因都是因为去做别的项目，谁曾想，最初的才是真爱。

第一个里程碑。

这阵子流量稳定在日活一千左右，搜一下，发现已经拿下“商店”这个关键词。

突然发现，一样的软件功能，收费后比免费时更多人玩。

客户付费后，使用产品更积极。

项目起死回生。

免费了将近三年，开始收费，基础版一年 99。

今天收获第一单。

用户在小程序里，点击支付，在弹起微信支付界面时，取消支付，当他下一次要再次支付时，会提示：

201 商户订单号重复

社区有不少人问这个问题，答案不一，大部分人说重新创建一个 outTradeNo，但这样其实脱离了业务需求。

差点被带沟里去。

自测成功，正确解法是这样：

第一次调用 cloud.cloudPay.unifiedOrder 时，把返回的 payment [obj] 保存到订单里，下次再次支付，不需要请求 cloud.cloudPay.unifiedOrder，而是直接在小程序端调用 wx.requestPayment，把之前保存的 payment [obj] 传过去即可。

去年写了个数字键盘，今年又要用到，正好优化一下。