折腾了一个多月，终于跑通进件了，兴奋难以言表。

审核也是秒过。

有幸在一开始就搜到 wechatpay-axios-plugin 这个 lib，有幸遇到北望沣渭这么热心的作者。有些坑，没有前人指点，是很难爬出来的。

不打赏一下，难表心头之感激。

在老家撸码真是别有一番心境，看这满目的绿，心情都不一样。

7 月份流量稳定上升，就看 8 月份会不会掉下来了。

看样子主要是得益于吃下了“小商店助手”这个关键词，近期 45% 的搜索量都是来自它。

前天在下单落地页加了 banner 广告后，昨天又在试用版店铺下方加了 banner 广告，今天修改了购买付费版的描述，把“无广告”写入了权益里。

瞬间悟了，放广告的目的不是指望广告能带来多少佣金，而是让付费多了一个理由，多了一项权益。

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

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

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

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

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

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

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

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

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

{ data: {} }

但他是：

{ data: new Function() }

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

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

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

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

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

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

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

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

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