昨晚在小店买东西，付完款发现落地页挺简洁，看上去是微信支付服务商的“点金计划”页面。

今天参考这个样式把“下单成功页”改了下，底下放个 banner 广告。看上去对用户体验似乎没什么影响，反而有了点烟火味。

微信文档提供的《省市区编号对照表》，不包含省份编码和城市编码，这两个编码分别由另外两个接口提供。

所以今天做了一件事，把接口返回的省份编码和城市编码人肉加到《省市区编号对照表》，再导入数据库，这样既提升了用户交互体验，接口请求次数也减少了两次，代码逻辑也变得更简单。代价只是干了一天体力活。

收付通的商户号申请，应该先由平台初审，然后再由平台提交给微信，以提升微信审核通过率。

今天走通了平台侧审核流程，以及微信侧加密请求接口，看到了进件流程完结的曙光。

开发收付通，wechatpay-axios-plugin 帮了大忙，作者挺热心，还拉了 QQ 群解答。

今天遇到接口返回异常，自己琢磨了好久没搞定，群里问了作者，果然还是使用姿势有问题。

返回的数据格式比较特殊，通常 res 是纯 object 的格式：

{ data: {} }

但他是：

{ data: new Function() }

所以后端 return res 给前端会报错，要 return res.data 才对。

最近有个别新店铺诈骗，今天突然想到一个简单的方案：

试用店铺仅限店主自己访问，店主可以体验店铺功能。

后续支付上线后，付费店铺在线收款是需要实认证的。有“付费”和“实名认证”这两道门槛，可以一定程度降低诈骗率。

这几天一边开发一边调研了几个主体类型：小微商户、个人卖家、个体工商户、企业。

打算还是先从简单的小微商户和个人卖家入手，个体工商户和企业因为流程比较繁琐、暂不接入，交互代码先注释掉。

花一天时间，把以前写的一个时间段选择器改造了下。有些时候并不是想撸轮子，而是现成的轮子不满足需求。

偶尔撸个小轮子，感觉还是挺不错的，能唤起战斗激情。

可以设置 timeType，是否需要带小时分钟。

调通了收付通的接口，正纠结进件界面要怎么处理才不会显得复杂，突然想起微信官方的商家助手，瞄一眼，果然茅塞顿开。

上午来车管所办理车辆解押手续，本来以为要一上午，结果半个小时就办完，干脆就在这里上一天班。

免费工位，免费车位，还没人打扰，好！

没有开发 v3 支付的经验。看文档，查资料，一头雾水了三天，今天才勉强找到点头绪。

亏得发现一个库 wechatpay-axios-plugin，不过文档和案例比较零碎，散落在各个帖子里，还是要耐着性子摸索。