此项目为tp5.1的二次重构项目，在接手项目后，项目存在的问题比较多，系统性能也比较低。老系统采用单机部署，项目代码以及开发流程比较落后。在接手项目后，调整了系统架构，引入负载均衡，将应用、数据缓存、静态资源、以及数据库分离；在开发流程方面采用git进行代码管理，并使用gitflow+Jenkins工作流进行代码的开发、测试以及部署；针对复用较多的package搭建了私有composer来进行管理；在代码层面，主要着手解决QPS以及慢查询，同时大量使用缓存技术来提升系统性能。经过一段时间调整后，系统日均请求数由原来的4000万提升到6000万左右，mysql的QPS由6000左右降低至3000左右，应用服务器由原来的8台4C8G减少至6台4C8G，mysql服务器由原来的5台4C8G减少至3台4C8G。

咚咚安装是一个广告安装行业的综合性平台。平台涉及广告公司、安装师傅和供应商三个不同的市场主体。咚咚安装平台包含android、ios、web以及小程序四个入口，同时又分为客户端、师傅端以及供应商。后端系统主要采用thinkphp5.1作为主体框架以及workerman来响应http和socket请求，应用的技术技能栈有php、react-native、object-c、redis、Jenkins、*小程序、消息队列，接入的第三方系统有三方存储oss、阿里云推送、阿里云短信、百度OCR、*隐私保护，设计并完成的系统包括订单系统（多状态）、lbs推送、订单支付（独立系统）、附件存储系统等。 由本人主导以及完成的部分 订单系统： 咚咚安装的订单是一个多步骤多状态的订单，包含了近十种不同的状态，每种状态下对应不同的订单操作。 Lbs推送： 根据安装师傅设定的接单区域以及账号的当前定位信息，配合队列系统和阿里云推送，推送与之匹配的订单。 订单支付系统： 由于涉及的订单以及需要支付的场景比较多，所以订单支付系统采用了独立的支付系统设计，平台内所有的支付场景都使用收银台的功能来完成，从而实现优惠券、红包、积分等各类支付场景的统一支付。 以下系统由本人指导并由其他同事完成： 附件存储系统： 所有附件统一存储并做hash对比，減少存储资源占用。公开附件和私密附件通过中间件的方式来实现不同的授权策略和存储策略。 属性管理系统： web网站的属性管理系统，并没有太多的技术难点。

使用thinkphp6.0+react（antd）+react-native开发的一套多端项目，后端使用thinkphp6.0作为基础框架，配合workerman作为socket服务端，前端主要采用antd和antd.pro来开发web中后台，使用class component和hooks混合的方式完成。APP主要使用react-native配合少量安卓原生开发完成。