之前有坛友也反馈stalltrix这个名称不好记，后面也在各位建议下发现确实有这样情况。

这个stalltrix名字其实是团队名，当时接手了这个项目，就直接在这个域名上建了meta网站用于元讨论。但是后来发现大家依然用项目的名字交流的。

其实原项目名称并不叫stalltrix，叫做kep（我把这个叫做kep Exchange Protocol），

kep的设计理念其实就是继承于XMPP协议的，这种可以去看看XMPP协议的理念，优点是很简单，消息发出去就不管了，不需要严格同步，实现起来容易，缺点是很多功能以及语义都需要上层扩展。

但是XMPP的设计太旧了同时没有账户密码学认证，还有极为恶心的XML格式当交换协议。后面其实也是缘分找到了一个与XMPP最相似的协议，就是这个kep。




massage协议要比command协议简单的多，并且可以保持最小状态，特别省内存，也是当初选择这个协议的原因。NNTP这种的command协议设计我觉得并不好用

当然了协议越简单，上层的灵活性就越大

---

听取各位建议，搞了一个短一点的备用域名，kepdb.com 【kep 数据库】

最近事业上的事情比较忙，离开了一个月的时间。我还以为我离开一个月就没人了。结果你们还在这里。感谢各位的支持。同时要特别感谢下huaxiong老哥的帮忙维护。




现在先把最容易解决的域名问题解决了。之前会整理一下这一个月堆积的问题，稍后会认真整理各位坛友的留下的反馈来改进的。





稍后再发一个贴，当积累的开发记录整理贴

站长终于回来了啊，我想死你了

呦，站长复活赛打赢了？

@gege(lbmy6w) 啊？我又没有死啊

问题确实堆了很多，但是都不是协议本身的问题，基本上全是webui界面的问题。

都是些小问题，不太影响使用，不然人早就跑光了

站长快回来无偿打工了，以前你可是当天就能解决bug反馈的哦

@bigjj(pjeigl) 确实，基本框架感觉已经很完美了，就是UI这部分体验很一般，还有不少设计缺陷

其实不用太感谢，并没有做什么。最多是顺手改进了一些js文件而已

哦，好久没回来了，竟然看到老熟人又回来了。