之前发了 Akaxin 后，被 V2EX 的网友的魔力直接推上了 Github 6 月份 Java 榜的全球前十，Github 官方 Twitter 也对此进行了报道。可短短一个月后，我们却不得不从 Java 切到了 PHP (+Golang )，推出了现在的DuckChat。
现在早就切完了，群里内测用户已有小千人。当初选择切换的原因有这么几个：
1. 用户需要 Web 版 如果用 Java 写一个完整的 Web 版本，加上后续维护，效率真的太低。PHP 霸占业务开发语言老大位置是有实力的。而且我们的产品方向是要集成到用户已有业务里，比如与 Discuz 论坛集成，与 OA 办公集成，深度融合少不了彼此在 HTTP 层面的业务逻辑交互。切了后，用户在使用我们产品进行二次开发时，也容易的多。
2. 性能、长链接等问题通过架构分层解决 之前选择 Java 是因为长链接。虽然 PHP 也有类似的常驻进程方案，但毕竟不是干这个的。这次把架构拆分了一下，把连接层和业务曾分开，连接层用 Golang 写掉，后面 PHP 就写简单的业务逻辑。这样一套代码同时支持了 Resp、Websocket、Http 三种协议。另外，对于用户业务系统，大家都知道关键性能主要卡在 IO 上。
3. 拥抱已有技术资源 主要指的 HTTP 协议，业务层通过 HTTP 协议分发服务后，像很多压测、负载均衡之类的配套工具我们就都不用自己写了，节省出好多时间。
4. 人员复用 这玩意和优化程序时的多路复用一样，就这么几个人，就不分那么多语种了，这样统一后，别人学起来很简单，互相帮忙起来也灵活的多，不像之前只能干看着。
5. 还剩一个 Docker 问题，请大家帮忙出主意 Docker 在 Windows 上的使用太反人类了，我们需要一个能在 Windows 上完美解决环境一致性的解决方案，求介绍～～～～
当然选择推出 DuckChat，还有产品和运营层面的考量，这里就不展开了。
放一张截图(私有部署 | 安全可靠 | 随意定制)
DuckChat 的产品目标不变，都是为了提供一个安全的私有聊天软件，都有单聊、群聊、小程序，能非常方便做一些群组游戏、OA 集成什么的。欢迎大家下载代码 review，现在还在 beta 期，问题还不少，轻拍啊～～～
