接记录用TP6开发后端接口（5.3） 详细记录小程序的订阅消息功能。首先写个配置文件，单独放到TP框架的config目录中代码如下： 如配置所示，也是按照配置顺序，来实现业务功能。第二步，把下面的代码丢到控制器中： 最后一步就是实现根据指定条件来执行发送消息了，我这里的业务逻辑很简单，就是保质期与当前日期对比，小于等于当前日期就是过期，发……

这个项目很简单，就是谁在哪个栏目增加了什么商品，商品的保质期是哪天，到指定日期发起消息通知。 涉及到的接口如下：1、商品分类、商品列表、搜索 2、微信登录微信授权登录接口的方式变更了，所以业务逻辑也做了一些调整。具体前端调用放到下一篇，这篇只说后端。通过下列方法获得openid 下一步就检查openid是否在数据库中存在，不存在则作为新用……

这一篇来做技术选型。基于产品目的和应用场景来做，而应用场景进一步可以拆分为三块：人、货、场。 首先这个产品最大的目的其实是作为产品经理亲自下场整代码的一次尝试和验证可用性，也就是说“试水”的目的很强，那么快速、便捷且低成本的开发方式就比较突出了。这里的成本主要我的时间成本了。 应用场景：人一般包括发起者、产品经理、开发者、市场/业务、小白……

在执行耗时比较长的任务时浏览器总是一个“圈”在哪转，焦急等待之后可能还给你来个超时，解决超时的问题百度一堆，现在主要解决“执行进度状态”。项目是基于thinkadmin框架写的（Thinkphp6+LayUI），查了layui文档，有个进度条的组件progress，地址是：https://layuion.com/docs/element/……

最近项目（TP6）中要做一些数据采集，找到了QueryList这个采集框架，还蛮容易上手的，主要是把采集到的数据，在入库之前做了下处理，官方文档中还有更高级的玩法（见官方文档：http://www.querylist.cc/docs/guide/v4/processing-data），直接在规则部分，通过过滤器来处理数据，记录一下：

TP6中使用了paginate 后 limit 就不起作用了。后来在TP6框架中找到分页函数做了如下修改：路径： 第一处： 第二处： 这样就可以直接使用 但是这样还有个问题，按照上面的做法显示1000条记录和20页没错，可是数据库中如果有超出1000条记录，我直接url?page=21依然可以得到后面的数据，想着继续去修改paginate……