该应用旨在解决资质不够的商家进行银行卡自动充值结算业务 通过识别银行卡到账信息推送内容完成系统账号充值及付款操作。每笔付款业务需要为付款金额增加小数点进行判断，懂的再买 app需申请短信权限，使用时需要一台*设备实时运行 参数设置 短信通道*： 来自银行卡推送消息的* 服务器API： 需要推送的目标服务器api接口 关键词：来自银行卡推送消息内容的关键字，支持多个关键词（某些银行发送短信的格式会有所变化，英文半角逗号隔开） 签名密钥signature：与服务器同步设置，防止他人通过该接口恶意提交信息 数据推送接口需要根据签名sign（sign内容通过header获取）字段进行数据验证，签名规则：sign =md5(JSON.stringify(data)+ signature) 开始监听时会进行服务器检查，使用 { type: 'ping' } 向服务器发起请求，服务器应返回状态码 { code: 200 } 信息正式上报内容格式 { type: 'report', msg: 'sms content', timestamp: 'sms receive time' } 签名验证规则 sign = md5(data.msg+ data.timestamp + data.type + signature) 短信内容上报信息在data包中额外加入了sign字段，完整上报信息为 { type: 'report', msg: 'sms content', timestamp: 'sms receive time', sign: sign } 服务器接口业务处理方案，当用户进行充值或者支付时，需要向数据库创建一笔付款订单，并且订单金额需要进行小数点追加，比如实际付款应付 100.00， 那么可以设置为100.01， 每笔订单小数点不重复，根据测试，小数点从1-99足够，也就是100.01-100.99，此处操作可以存储到缓存对象中，每次添加订单从缓存当中获取小数点对象并+1，例子如下 $decimal = Cache::get('decimal'); if(!$decimal) { // 如果未设置缓存，那么初始化一个缓存 Cache::set("decimal", 1); $decimal = 1; }else{ // 如果已设置缓存，那么缓存自增 if($decimal < 99) { $decimal += 1; Cache::set("decimal", $decimal); }else{ // 如果小数点已遍历99遍以上，则重置 Cache::set('decimal", 1); $decimal = 1; } } 根据短信推送时间和金额找到支付订单然后完成接下来的操作 $str = "您尾号xxxx卡x月x日 00:12xx银行收入(他行汇入) 120.43元，余额xx元，对方户名：xxx，对方账户尾号：xxxx。【xx银行】"; 此处$str 变量中定义了一条入账短信，我们对短信内容进行提取，主要为提取入款金额和时间，我们可以的到时间为x月x日 00:12 金额为 120.43 把时间格式化为时间戳结合金额去数据库匹配订单，然后完成接下来的付款流程即可，多条短信格式，进行遍历排除法处理

采用node.js的express制作的以太坊私钥签名转账服务，后端守护进程，转账上链通过etherscan.io 的api接口进行处理。 你只需要提交参数到开放端口即可完成上链操作 该应用还集成了electron打包服务，可以将整个应用封装

该项目来源于老客户，最初需求的需求java技术栈按需修改，后期由于考虑到费用太高，我这边给出技术栈替换的方案，直接将java原始系统平移到php当中，所有业务层都由本人独立完成 原java后台管理系统是采用最老的框架进行构建，功能单一且缺失严重，自从我接手以后，为该系统按照客户的需求进行了细化管理方案，包含数据和图表统计，平台代理、普通用户、仓库、管理员级别权限控制，订单维护、财务管理、客户维护、仓库、跨国解决方案、打印机打印及管理、货运类型、运费、app、投诉、文章、第三方登录、评论、客服系统、第三方支付集成、短信集成、app推送集成、邮件发送、佣金结算、七牛云存储、俄罗斯邮费计算等业务 app端包含：客户端、代理端、仓储端 客户端： 普通客户可以进行快递投寄、产品代购、订单评论、邮费预估等操作，这是一个面向普通用户的端口，集成xinstall 代理端： 代理端用户可以申请成为区域代理，负责指定区域的客户关系维护，用户在客户端注册时可以通过代理用户的推荐码成为该代理的成员，后期的客户维护交由该代理进行维护。核心功能为客户沟通和及客户订单管理 仓储端： 仓储端由物流公司设置仓库操作员，该角色负责处理到达仓库的包裹订单，从入库到出库实时记录更新订单的运输状态到系统当中，允许包裹退货和邮寄