一直没明白微信是怎么通知商户去进行“确认注销”操作的。今天重新回去看文档，原来之前没看仔细，注销状态查询接口会返回一个 confirm_cancel_url（在文档的最末尾），服务商要把这个 url 转为二维码，让商户去扫码确认注销。

终于闭环了。

之前商户退出机制不完善，年限长了，就会有一些不再开店、不再使用商户号的商家，商户号出现“涉嫌资料异常”，例如身份证过期等。风险商户多了，对服务商不是好事。

傍晚爬楼，刚爬了一趟 28 楼，客户报线上故障。

紧急回房间处理，刚坐下来，已经自动恢复了。也就几分钟时间，自动好了。

继续再爬两趟。

后面看流量图，估计是几个大户集中在这个点投流。

问腾讯云的人，说是遇到这种突然发生的大流量，服务器会自动扩容，但是会有部分用户感知到“卡顿”。

平台收付通的“商户号注销”，代码是很快写好了，但是商户一直收不到确认通知。很奇怪，不知道微信通知是怎么触达商户的。

好久没看平台收付通文档，今天瞄一眼，发现有变化。

商户注销终于不用上传纸质材料了。

协助一个客户对账，对了一星期，今天总算理清了。

总结一下，账对不清的原因，主要是概念没搞清。

不过话说回来，被客户这么逼一下，一周内发了三个小版本，系统对账功能完善了不少。

有个客户用了两个月系统，突然想对一下账，发现对不上。

从下午折腾到晚上，还是没对上。发现好几个地方需要完善优化。

折腾了两天，最后关头发现痛点的关键：有个概念没分清。

一直把关注点放在云函数上，忽略了“数据库超时”这个问题。

数据量大时，要注意分页，单次请求数据库不能超过 5 秒，整个云函数执行过程不能超过 60 秒。

最后的最后，Jason 看报表时还发现一个 bug，手续费计算错了，少了一对括号。

两个人到底还是比一个人给力。

给自己搞个简简约约的办公室，就在自己小区的店面二楼。

月租 600，椅子 520，桌子 80，都是抹零头。

本来还打算买个地垫，但是看看这水泥地挺原生的，有小时候老家的味道，就这样吧。

小作坊时隔一年半重新营业。

最近一直在团队组建和公司财务上花功夫，没太多时间投入到开发，差不多有四个星期了。春节后好像就年后那两周搞了点开发。

今天又正儿八经坐下来写了点代码，发了四月的第一个小版本。

p.s. 晚上看到消息，前前前东家这个月 17 号要从创业板正式转主板了。

今天约了 Jason，一起去公司财务那学习财务知识，主要是了解一些税收知识，收获不小。这事还是得当面请教，在网上问来问去，都不系统。

顺便去看租房，看了三处，最后在家所在小区的一个店面二楼租了个单间，当工作室。