Go to file
2024-04-16 18:00:05 +08:00
generator 测试部分的model 2024-04-10 17:30:12 +08:00
model 更新对应交易的代码实现 2024-04-16 18:00:05 +08:00
php_model 覆现了 两个比较核心的token和customer的数据库逻辑 2024-04-11 17:21:44 +08:00
proto 更新对应交易的代码实现 2024-04-16 18:00:05 +08:00
server/app 更新对应交易的代码实现 2024-04-16 18:00:05 +08:00
test 更新对应交易的代码实现 2024-04-16 18:00:05 +08:00
translator 更新对应交易的代码实现 2024-04-16 18:00:05 +08:00
utils 更新对应交易的代码实现 2024-04-16 18:00:05 +08:00
.gitignore 更新对应交易的代码实现 2024-04-16 18:00:05 +08:00
go.mod 添加翻译的可行性 2024-04-14 23:09:07 +08:00
go.sum 添加翻译的可行性 2024-04-14 23:09:07 +08:00
readme.md 添加 交易相关的处理 2024-04-15 17:35:31 +08:00

额外. 邮件验证码传递密钥,验证码的传递

记录需要修改的问题

  1. 登录的token实现方式没规范设计,可能存在不少漏洞和错误
  2. 经过workerman的方法失败了也返回正确
  3. 链路太长, 没有跟踪链路的设计方法, 日志无法定位
  4. 日志设计不完善。
  5. 没事务回滚, 经过异步处理后, 事务无法一致
  6. 电话号码和邮件不是唯一, 帐号表数据可能混乱
  7. 表绝大部分没建索引, 数量上去, 性能立马下降
  8. 表的部分字段不对应, 如 parent_id 和 customer_id 是同一事物, 但是类型不一样. 可能会产生不可预料的错误
  9. 数据库里递归查询, 一个查询n个query请求.出问题数据库死锁,整个项目崩溃. 例如 getFullParents
  10. 部分翻译了, 部分不翻译, 导致国际语言经常会返回中文. 多语言只实现了小部分, 错误非常多. 如: $this->translate('minimum_purchase_amount').' ' . number_format($fund['minimum'], 3) .' '.$this->translate('rise') 这样的拼接中文可以, 其他语言就不是这个意思了, 中式翻译!
  11. 全局锁表, 中间没做错误处理, 如果出错, 死锁表. 全服务阻塞!