due
due copied to clipboard
dobyte
A lightweight distributed game server framework developed based on Go language.
due案例征集
感谢大家对于due项目的喜爱和支持。为了构建一个更加繁荣的due社区，了解更多项目使用场景和需求，特此进行一个长期的案例征集活动。案例格式如下： 公司名称：xxx 项目名称：xxx 项目地址：https://www.xxx.com 期待大家的每一条评论和回复，再次感谢大家的支持~
although the **close** signal channel is handled by changing the **state**, it still needs to be elegantly closed syntactically.
希望route的handler能支持带req、res参数，将部分通过代码逻辑集成在底层； 还有actor的route的handler希望不要求在前缀注册并写next逻辑，直接自动跳到next处理的支持，这样不需要重复的写相似逻辑代码；
Error response from daemon: failed to resolve reference "registry.bitnami.com/bitnami/etcd:3.5": failed to do request: Head "https://registry.bitnami.com/v2/bitnami/etcd/manifests/3.5": EOF
[测试用例](https://github.com/yeyaaang1/due) 多个进程Rotate同一个日志文件时，会导致被rotate的历史文件内容丢失，新日志也不会被写入新文件
首先，感谢大家对于due的关注和支持。为了加快due社区的建设和完善，这里对于如何提交代码作出以下说明： 1. 提交的代码须严格遵守的[uber-go-guide](https://github.com/uber-go/guide)和due框架的代码风格和命名规范 2. 提交的代码应附带相应的单元测试用例，并保证不低于80%的覆盖率 3. 提交代码时请注明该提交属于功能模块还是BUG修复 4. 提交的功能模块类型代码如有相关的配置选项请完善[etc](https://github.com/dobyte/due/blob/main/testdata/etc/etc.toml)中示例配置 5. 提交的功能模块类型代码须提交对应的使用示例到[due-examples](https://github.com/dobyte/due-examples)中 最后，再次感谢大家对于due的支持，也希望大家能够踊跃提交自己的想法、观点和代码，共同推动due社区的建设和发展。
现在如果是多个Actor之间的消息通信，都需要定义路由号以及消息结构体，如proto之类的。如果一旦调用链长了，定义的路由号以及消息体都会很多。期望actor直接的消息通信能有优化： 1. actor之间可支持一种完全不对调度器暴露的路由号定义，仅actor内部使用；或者直接使用字符串来标识也可以 2. 消息结构体无需重新定义，用简单的map也可以，类型检查可以开发来做， 3. actor之间的消息不需要压包解包，现在数据派发默认都会PackBuffer；或者支持某类消息不走
想在头部增加metadata信息。类似httpheader. 用于gate层路由到不同的backend。例如根据servicetype appversion channel等信息做路由，和多版本控制等。这样可以不用解包payload，只解析数据包的header部分。
在测试验证加密模块时，测试ecc加解密功能（Test_Encrypt_Decrypt），出现了invalid elliptic curve报错信息，通过问题定位，在ecies.go模块中断言不通过。曲线类型不匹配 if curve, ok := pub.Curve.(crypto.EllipticCurve); ok { Rb := curve.Marshal(R.PublicKey.X, R.PublicKey.Y) ct = make([]byte, len(Rb)+len(em)+len(d)) copy(ct, Rb) copy(ct[len(Rb):], em) copy(ct[len(Rb)+len(em):], d) return ct, nil } return nil,...
