@zimhy 边锋已经是好多年的事了，游卡早就独立出来了

@wtzwutianzhi 哦？我三国杀玩了十几年，你们怕是又少了一个用户

狗卡死滚

@jmc891205 看了一下，确实不错

@wangbenjun5 也是下定决心把一些业务拆分，也方便后面做微服务。

@yveJohn markdown 有自带图床吗？

@jhdxr 大部分逻辑走的 redis 和消息队列，但是有一些东西产品强制要求实时性，比如抽到的奖品需要支持分解，那么返回的时候就要给到抽奖记录 ID，那我必须生成抽奖记录，才能保证奖品可以正常分解，不然分解就可能存在问题。此时必须操作数据库，其他的比如积分可以用缓存，扣减的记录走队列更新数据库，特殊奖品的发放（不支持分解的）可以走队列。

有人给我发了邮件，但是我回复被拒收了，我微信号就是手机，可以加我微信好友，谢谢大家的指导，但是无论什么方案，都需要有人实际去做，需求太多，进度太赶，需要招人来一起去解决。

@shoaly 看 APP 呀，功能都在 app 里，至于同行攻击，日志能看出来个大概的

@ArJun 有一个无料的概念，就是免费的周边，每个画师或者 IP 或定期给粉丝发福利，大的画师开个抽奖，流量立马就上来了，活动期间，一天上百个画师，摊开到每小时也有 10 来个画师同时发福利，所以瞬时流量高是很正常的，都要抢的

@ArJun 旧的系统用的 TP 写的，整体代码质量很低，改起来很累，加个功能会经常出问题。举个例子，golang 可以传结构体，PHP 只能传 array，不写清楚 array 里的字段，下次改的时候，都不能一下子确定传参有哪些值。还有返回前端的数字，有时候是 int，有时候是 string，就还挺痛苦的，虽然是使用者自己挖的坑，但是在 go 上可以避免这种问题

@Actrace 哥们有兴趣过来吗？

兄弟姐妹们，有觉得可以的，简历投过来呀。期待一起把事情做好

@shuimugan 现在用的就是 PolarDb 的集群，慢日志整体都正常，主要的瓶颈出现在 PHP 上面，PHP 的高并发真的是不行