@deacyn redis 如果数据较大的话确实不大合适用 WEB ，这种工具在测试期间或非海量数据时方便一些。UI 的话写的时候刚开始觉得还行，越写越难看😂，自己也不是专业前端，现在正在拆组件

@szzhiyang 擦，一直以为 go 的 string 是复制一个字符串，我知道内部实现是这玩意， 但是也没深入看过， 学习了学习了。。

@Maboroshii 都在 orm 上了各种反射

@veightz 字符串直接传不会因为传值复制导致内存激增吗，我的理解会复制一个相同大小的字符串

虽然返回指针会导致逃逸，但是存在即合理

@k9982874 服的一批，Rust 宇宙第一语言。

@k9982874 呵呵

map 的 value 不能直接使用，要取出来

编译型语言跑不过脚本语言那这个语言可以去死了

借楼推个简单的在线管理界面： https://github.com/xiusin/web-redis-manager

@loginv2 是的这个可以先查一下数据长度， 然后给出提醒👍🏻

roadrunner 加持，swoole 的代码修改成本太高， 需要自己的生态

@cheneydog 谢谢👍

@loginv2 什么意思,是 key 和 value 只显示部分?

@archxm 后面会优化 LIST 等复杂类型的分段读取,如果是本身就是一个大键值,我想极限情况是个工具都会卡死. 这个是无解的

@Enzoliu 是的 如果客户端管理是最好的, 我们主要场景是内网自建数据库没办法客户端访问, 直接安装个这玩意进去就可以管理了, 使用场景不一样.

@javacodecreeks 很早写的， 中间荒废了一段时间，现在重拾搞一下，觉得能够应付大部分场景并且支持 CLI 应该不会很差 😂