之前前端调用支付 判断最终的支付结果 一直都是采用的轮询的方式（反正用户量小的要死） 总感觉不是太好 所以准备重新优化下

然后看了微信的支付时序图 想模仿画个差不多的玩意就 拿出了 StarUML 结果发现过期了 然后下载了个最新的 http://staruml.io/ 又要激活。 身为一个无良 「盗版狗」 当然是要免费激活了

搜索一番终解决 真是佩服这些个大神

今天在操作一个事务的时候 发现了一个奇怪的事情，在代码中开启了一个事务 然后中间操作了 2 张不同数据库的表 最后发现其中一个表不受到 commit 和 rollback 的影响 数据正常操作进去了

因为是在项目中配置了多个数据库连接 后面测试发现只有默认连接的那个 MySQL 事务才生效了 另外一个数据库的所有事务操作对它都不生效！

然后搜索了一圈发现 Laravel 下的跨库事务操作是基于连接的 当执行 DB::beginTransaction(); 的时候 其实是和默认的数据库配置建立了连接 后面的操作 commit 或者 rollback 都是操作的这个默认数据库 如果在这中间操作了其他的数据库 对他是不生效的

前几天对接某第三方支付的时候发生了2个鬼问题,都是些坑 关于 编码 和 时区 的问题

昨天对接一个客户的接口, 踩了一些坑, 和 base64 有关, 顺便补了下 有关 Base64 的一些知识

最近重新优化了下公司的支付系统 折腾了一圈 主要问题有2个 加密 和 签名 整理下自己的思路吧

之前有个接口一直返回错误信息 28 找了一圈没找到 郁闷了好久

最后把参数什么全部抓来 debug 了一番 发现是 使用 curl 请求一个外部接口的时候报错了 方法里只返回了 curl 对应的错误号 没有返回错误提示信息 所以就只返回了一个 28 数字

所以以后还是把错误号 和 错误提示信息都一并返回才对 到这里问题是解决了 顺便讲下 Curl 吧

今天是值得纪念的一天

1. 一大早来到公司发现chrome升级了 (之前拖欠了好几个chrome版本没有升级) 感觉界面还可以 心里浪里个浪

2. 准备码上几行代码 然后 what? 本地项目全部挂了? 全是500！ (是真开心啊)

最新公司新开了一个项目 惯例还是使用的 php laravel 框架 既然 Laravel5.5都发布那么久了 就来个试试吧
顺便把PHP也升级到了7.2 作死折腾出了好多幺蛾子了 以后再慢慢讲吧 因为是做微服务API使用的项目 (别问我为什么要用PHP来写 因为我只有PHP比较熟) 所以准备集成下 Swagger 文档 果不其然又出幺蛾子了 下面记录下

关于 git branch 和 git 批量删除分支 的一点使用记录

最近发现有张用户信息表中的性别字段 由于之前的问题 没有正确维护进数据库中 现在需要维护下 本想直接写个程序跑一下

想想用Mysql来实现应该会很有意思 所以决定用存储过程来完成字段的维护,顺便复习下存储过程的使用