inmaytide's recent timeline updates
inmaytide

inmaytide

V2EX member #459111, joined on 2019-12-13 17:46:11 +08:00
Today's activity rank 18732
inmaytide's recent replies
@zsh2401 跨语言确实该 JSON 或别的通用序列化
@hehebo
是的,能迁的都建议迁,一劳永逸!
已经上线改不动的情况也不少,工具可以用来兜底
@cutecore
明白,完全不管中间过程了,新项目借助 AI 确实是这么干的
老项目文中描述的这种场景多一点
@niubilewodev
@cutecore
偶尔一次手动复制出来问 AI ,确实够用,我也这么干过。

这边场景会反复查、改、还按原格式写回去——JDK 序列化、转义串、带 @type 的 JSON ,
AI 能帮你解读,但连库、找 key 、改完 diff 再提交这几步一条链路收在一起更便捷
不费 token ,即开即用
@ruanimal
顾虑完全合理。RedisViewer 的数据边界是:连接配置和键值数据全部只在本地,同步走的是个人自有的 WebDAV 空间(坚果云/Nextcloud 都行),不经过任何第三方服务器。但闭源确实没法从代码层面自证,安全敏感的场景建议还是用开源的,ARDM 、Zedis 都是不错的选择,各有侧重。
@ala2008 感谢建议。
开源+盈利这条路我研究过一些案例( GitLab 、Grafana 这类双轨模式),但它们基本都靠核心服务/企业版赚钱,客户端工具本身很难收到钱。现在阶段我想先把 Java 后端排查这块的体验做扎实有一堆真心喜欢的用户群,商业模式等用户量有一定基础了再认真评估
@lesismal 感谢反馈
@orcl
有的,个人开发、本地连本机或测试 Redis 调试,本来就是很常见的用法。
闭源这点理解,能接受再试试看~谢谢点赞
@oky
Zedis 做得不错:Rust + GPUI 原生渲染,帧率、流畅度、开源都很强。
对比下来 RedisViewer 侧重点不一样:更偏 Java 研发排查——JDK 序列化、Jackson / Fastjson 多态 JSON 的查看与编辑;以及 SlowLog / BigKey / HotKey 这类故障现象的本地排查入口。

如果更看重原生性能和开源,Zedis 很值得一试;如果经常要对 Java 程序的缓存下手,可以优先考虑 RedisViewer 。
@zhangshaohan
谢谢认可。方便说下之前主要卡在哪吗?
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   5508 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 06:40 · PVG 14:40 · LAX 23:40 · JFK 02:40
♥ Do have faith in what you're doing.