简单介绍，void 是集齐了 vite 插件，后端 sdk 和云部署平台。它的后端使用 honojs，auth 使用 better auth，orm 使用 dirrle，前后端的 stand schema 校验使用 zod，部署平台是 cloudflare。 相当于一个轻量的全栈框架。根据文档描述，你可以从零创建 void 应用，也可以在基于 vite 的 spa 应用上使用，还有基于 vite 元框架。 bilibili.com 全站首发 | vite 也能做后端？！Void 内测快速上手体验_哔哩哔哩_bilibili 部署的话，我还在排队，就没有演示, 视频播放量 639、弹幕量 1、点赞数 11、投硬币枚数 4、收藏人数 9、转发人数 3, 视频作者 WuMing_Dao, 作者简介 AI, coder，相关视频：一码当先，长程执行，全站首发 | rolldown 1.0 正式版简单介绍，尤雨溪，别再为学不好编程找借口了！，全站首发 | vite 8... 我的视频介绍（小声哔哔，我没拿到实际可部署的内部资格），我目前使用过来其实还是有问题的。比如你使用 pnpm v10 创建一个新的 void 项目。在最新版vscode打开，按照官方文档在db文件夹里校验例子，复制到自己的代码库里，会报找不到一个zod对象的类型。你需要按照 @types /node 包，并且在 tsconfig 文件里把 types 加上 node，才会解开这个报错。局部中间件设置也有问题，从例子拿出，会报 c 这个参数没有导入或不存在。 然后在 vite 应用里引入 void，在 void init 之后，存在启动后，后端无法接受请求？ 这些就是我今天踩的坑，第一个问题可以在我的在线代码库尝试， https://codesandbox.io/p/github/WuMingDao/void-try/draft/stoic-hermann void 官方文档链接 2 个帖子 - 1 位参与者 阅读完整话题
最近在纠结一个后端选型，想听听大家的实际经验。 大概情况是，不是简单 CRUD，后面会有用户、权限、团队、配置、任务调度、状态同步这些东西，也会接 PostgreSQL、Redis、对象存储之类的。 同时还有一部分偏“执行端”的东西，比如节点程序、长连接、任务执行、状态上报，可能会比较吃并发和网络 I/O。 现在主要是在 Java / Spring Boot 和 Go 之间纠结。 我自己的想法是： Java 这边感觉生态比较成熟，复杂业务、权限、事务、SSO、审计这些应该更稳，但是又担心太重，项目一上来就很“企业”。 Go 这边感觉轻量，部署舒服，并发也自然，写节点程序应该很合适，但是又担心业务复杂以后代码容易散，后期维护压力大。 如果是大家遇到这种情况，会怎么选？ 是全 Java、全 Go，还是主业务用 Java，节点 / 执行端用 Go？ 主要想听听真实项目里的经验和踩坑。 31 个帖子 - 24 位参与者 阅读完整话题
我发现一个支持 WebDAV 同步的 Redis GUI 工具：RedisViewer 平时做后端开发或者运维时，Redis GUI 工具基本是刚需。 尤其是项目一多，连接配置也会越来越多：本地环境、测试环境、预发环境、生产环境，再加上不同客户、不同服务器、不同集群。时间久了之后，Redis 连接列表本身就变成了一份很重要的工作配置。 但这类工具有一个常见痛点： 换电脑、重装系统、临时用另一台设备时，Redis 连接配置又要重新配一遍。 最近我发现一个 Redis GUI 工具： RedisViewer ，它比较吸引我的一点是，除了常规 Redis 管理能力外，还支持通过 WebDAV 同步连接配置。 简单说就是： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 为什么这个功能有用？ 很多 Redis 客户端都能保存连接配置，但这些配置通常只在本机。 如果你遇到下面这些场景，就会比较麻烦： 换了一台电脑 重装系统 公司电脑和个人电脑都要用 同时维护多个 Redis 环境 连接配置很多，分组也很多 想备份 Redis 连接配置，避免丢失 以前的做法可能是手动导出、导入配置，或者自己同步配置文件。但这类方式要么麻烦，要么容易忘。 RedisViewer 的 WebDAV 同步思路就比较直接：把连接配置同步到你自己的 WebDAV 空间里，比如坚果云、Nextcloud ，或者自建 WebDAV 服务。 这样配置一次之后，多台电脑之间可以同步连接配置，不用每次重新添加 Redis 连接。 同步到个人 WebDAV ，数据不经过第三方服务器 我比较在意的一点是，这个同步不是把配置上传到某个官方账号体系里，而是同步到用户自己的 WebDAV 空间。 也就是说： 配置同步到你的个人 WebDAV 空间 数据不经过 RedisViewer 服务器 可以使用坚果云、Nextcloud 或自定义 WebDAV 建议使用 HTTPS WebDAV ，加密传输更安全 这个设计对开发者来说会更容易接受一些。毕竟 Redis 连接配置通常比较敏感，很多人并不希望把这类信息交给未知的云服务。 当然，WebDAV 同步本身也不是魔法，实际安全性还取决于你使用的 WebDAV 服务、网络环境和密码管理方式。但至少从产品思路上看，它没有强行绑定某个中心化账号体系。 除了同步，它还是一个 Redis GUI 工具 RedisViewer 本身是一个 Redis 桌面客户端，适合日常管理 Redis 数据和连接。 常见能力包括： Redis 连接管理 连接分组 Redis Key 浏览 字符串、Hash 、List 、Set 、ZSet 、Stream 等数据查看 Redis 集群支持 哨兵模式支持 SSH 隧道 连接配置导入导出 WebDAV 同步连接配置 如果你只是管理一两个 Redis ，可能感知没那么强。但如果你经常在多个环境之间切换，连接配置同步这个点会非常省事。 我觉得适合哪些人？ 我觉得 RedisViewer 比较适合这些用户： 后端开发 运维/SRE 经常调试 Redis 的开发者 同时维护多个 Redis 环境的人 有多台电脑办公需求的人 不想每次换设备都重新配置 Redis 连接的人 希望连接配置能自己备份、自己同步的人 尤其是多设备场景，WebDAV 同步这个功能会比较实用。 WebDAV 同步的价值不只是“同步” 表面上看，它只是同步连接配置。 但真实使用里，它解决的是几个更具体的问题： 第一， 换电脑不用重配 。 连接配置、分组信息可以同步过去，减少重复劳动。 第二， 配置不容易丢 。 重装系统或者迁移设备时，不会因为忘记导出配置而从头再来。 第三， 多设备保持一致 。 公司电脑添加了新的 Redis 连接，另一台电脑也可以同步到。 第四， 用户自己掌控数据 。 同步目标是自己的 WebDAV 空间，而不是强依赖某个平台账号。 这些点对普通用户可能不明显，但对长期维护多个 Redis 环境的人来说，确实能减少不少摩擦。 目前 WebDAV 还是实验功能 RedisViewer 里 WebDAV 同步目前标注为“实验功能”。 我觉得这个标注是合理的，因为 WebDAV 服务商比较多，不同服务实现细节可能会有差异，比如路径规则、鉴权方式、HTTPS 证书、文件锁、同步冲突等。 如果你使用坚果云、Nextcloud 或自建 WebDAV ，建议先用非生产环境配置测试一下同步体验。 总结 如果你正在找一个 Redis GUI 工具，RedisViewer 值得试试。 它最让我感兴趣的点不是“又一个 Redis 客户端”，而是它把连接配置同步这个常见痛点处理得比较自然： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 对于经常换设备、维护多个 Redis 环境、或者希望连接配置可备份的用户来说，这个功能挺实用。 如果你已经有自己的 WebDAV 服务，比如坚果云或 Nextcloud ，那使用成本也比较低。 软件详细介绍地址： https://zhuanlan.zhihu.com/p/86337312 下载地址： https://www.guangyapan.com/s/1893305391470878805_aeYeUSbIXUmlUXkR
我发现一个支持 WebDAV 同步的 Redis GUI 工具：RedisViewer 平时做后端开发或者运维时，Redis GUI 工具基本是刚需。 尤其是项目一多，连接配置也会越来越多：本地环境、测试环境、预发环境、生产环境，再加上不同客户、不同服务器、不同集群。时间久了之后，Redis 连接列表本身就变成了一份很重要的工作配置。 但这类工具有一个常见痛点： 换电脑、重装系统、临时用另一台设备时，Redis 连接配置又要重新配一遍。 最近我发现一个 Redis GUI 工具： RedisViewer ，它比较吸引我的一点是，除了常规 Redis 管理能力外，还支持通过 WebDAV 同步连接配置。 简单说就是： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 为什么这个功能有用？ 很多 Redis 客户端都能保存连接配置，但这些配置通常只在本机。 如果你遇到下面这些场景，就会比较麻烦： 换了一台电脑 重装系统 公司电脑和个人电脑都要用 同时维护多个 Redis 环境 连接配置很多，分组也很多 想备份 Redis 连接配置，避免丢失 以前的做法可能是手动导出、导入配置，或者自己同步配置文件。但这类方式要么麻烦，要么容易忘。 RedisViewer 的 WebDAV 同步思路就比较直接：把连接配置同步到你自己的 WebDAV 空间里，比如坚果云、Nextcloud ，或者自建 WebDAV 服务。 这样配置一次之后，多台电脑之间可以同步连接配置，不用每次重新添加 Redis 连接。 同步到个人 WebDAV ，数据不经过第三方服务器 我比较在意的一点是，这个同步不是把配置上传到某个官方账号体系里，而是同步到用户自己的 WebDAV 空间。 也就是说： 配置同步到你的个人 WebDAV 空间 数据不经过 RedisViewer 服务器 可以使用坚果云、Nextcloud 或自定义 WebDAV 建议使用 HTTPS WebDAV ，加密传输更安全 这个设计对开发者来说会更容易接受一些。毕竟 Redis 连接配置通常比较敏感，很多人并不希望把这类信息交给未知的云服务。 当然，WebDAV 同步本身也不是魔法，实际安全性还取决于你使用的 WebDAV 服务、网络环境和密码管理方式。但至少从产品思路上看，它没有强行绑定某个中心化账号体系。 除了同步，它还是一个 Redis GUI 工具 RedisViewer 本身是一个 Redis 桌面客户端，适合日常管理 Redis 数据和连接。 常见能力包括： Redis 连接管理 连接分组 Redis Key 浏览 字符串、Hash 、List 、Set 、ZSet 、Stream 等数据查看 Redis 集群支持 哨兵模式支持 SSH 隧道 连接配置导入导出 WebDAV 同步连接配置 如果你只是管理一两个 Redis ，可能感知没那么强。但如果你经常在多个环境之间切换，连接配置同步这个点会非常省事。 我觉得适合哪些人？ 我觉得 RedisViewer 比较适合这些用户： 后端开发 运维/SRE 经常调试 Redis 的开发者 同时维护多个 Redis 环境的人 有多台电脑办公需求的人 不想每次换设备都重新配置 Redis 连接的人 希望连接配置能自己备份、自己同步的人 尤其是多设备场景，WebDAV 同步这个功能会比较实用。 WebDAV 同步的价值不只是“同步” 表面上看，它只是同步连接配置。 但真实使用里，它解决的是几个更具体的问题： 第一， 换电脑不用重配 。 连接配置、分组信息可以同步过去，减少重复劳动。 第二， 配置不容易丢 。 重装系统或者迁移设备时，不会因为忘记导出配置而从头再来。 第三， 多设备保持一致 。 公司电脑添加了新的 Redis 连接，另一台电脑也可以同步到。 第四， 用户自己掌控数据 。 同步目标是自己的 WebDAV 空间，而不是强依赖某个平台账号。 这些点对普通用户可能不明显，但对长期维护多个 Redis 环境的人来说，确实能减少不少摩擦。 目前 WebDAV 还是实验功能 RedisViewer 里 WebDAV 同步目前标注为“实验功能”。 我觉得这个标注是合理的，因为 WebDAV 服务商比较多，不同服务实现细节可能会有差异，比如路径规则、鉴权方式、HTTPS 证书、文件锁、同步冲突等。 如果你使用坚果云、Nextcloud 或自建 WebDAV ，建议先用非生产环境配置测试一下同步体验。 总结 如果你正在找一个 Redis GUI 工具，RedisViewer 值得试试。 它最让我感兴趣的点不是“又一个 Redis 客户端”，而是它把连接配置同步这个常见痛点处理得比较自然： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 对于经常换设备、维护多个 Redis 环境、或者希望连接配置可备份的用户来说，这个功能挺实用。 如果你已经有自己的 WebDAV 服务，比如坚果云或 Nextcloud ，那使用成本也比较低。 软件详细介绍地址： https://zhuanlan.zhihu.com/p/86337312 下载地址： https://www.guangyapan.com/s/1893305391470878805_aeYeUSbIXUmlUXkR
我发现一个支持 WebDAV 同步的 Redis GUI 工具：RedisViewer 平时做后端开发或者运维时，Redis GUI 工具基本是刚需。 尤其是项目一多，连接配置也会越来越多：本地环境、测试环境、预发环境、生产环境，再加上不同客户、不同服务器、不同集群。时间久了之后，Redis 连接列表本身就变成了一份很重要的工作配置。 但这类工具有一个常见痛点： 换电脑、重装系统、临时用另一台设备时，Redis 连接配置又要重新配一遍。 最近我发现一个 Redis GUI 工具： RedisViewer ，它比较吸引我的一点是，除了常规 Redis 管理能力外，还支持通过 WebDAV 同步连接配置。 简单说就是： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 为什么这个功能有用？ 很多 Redis 客户端都能保存连接配置，但这些配置通常只在本机。 如果你遇到下面这些场景，就会比较麻烦： 换了一台电脑 重装系统 公司电脑和个人电脑都要用 同时维护多个 Redis 环境 连接配置很多，分组也很多 想备份 Redis 连接配置，避免丢失 以前的做法可能是手动导出、导入配置，或者自己同步配置文件。但这类方式要么麻烦，要么容易忘。 RedisViewer 的 WebDAV 同步思路就比较直接：把连接配置同步到你自己的 WebDAV 空间里，比如坚果云、Nextcloud ，或者自建 WebDAV 服务。 这样配置一次之后，多台电脑之间可以同步连接配置，不用每次重新添加 Redis 连接。 同步到个人 WebDAV ，数据不经过第三方服务器 我比较在意的一点是，这个同步不是把配置上传到某个官方账号体系里，而是同步到用户自己的 WebDAV 空间。 也就是说： 配置同步到你的个人 WebDAV 空间 数据不经过 RedisViewer 服务器 可以使用坚果云、Nextcloud 或自定义 WebDAV 建议使用 HTTPS WebDAV ，加密传输更安全 这个设计对开发者来说会更容易接受一些。毕竟 Redis 连接配置通常比较敏感，很多人并不希望把这类信息交给未知的云服务。 当然，WebDAV 同步本身也不是魔法，实际安全性还取决于你使用的 WebDAV 服务、网络环境和密码管理方式。但至少从产品思路上看，它没有强行绑定某个中心化账号体系。 除了同步，它还是一个 Redis GUI 工具 RedisViewer 本身是一个 Redis 桌面客户端，适合日常管理 Redis 数据和连接。 常见能力包括： Redis 连接管理 连接分组 Redis Key 浏览 字符串、Hash 、List 、Set 、ZSet 、Stream 等数据查看 Redis 集群支持 哨兵模式支持 SSH 隧道 连接配置导入导出 WebDAV 同步连接配置 如果你只是管理一两个 Redis ，可能感知没那么强。但如果你经常在多个环境之间切换，连接配置同步这个点会非常省事。 我觉得适合哪些人？ 我觉得 RedisViewer 比较适合这些用户： 后端开发 运维/SRE 经常调试 Redis 的开发者 同时维护多个 Redis 环境的人 有多台电脑办公需求的人 不想每次换设备都重新配置 Redis 连接的人 希望连接配置能自己备份、自己同步的人 尤其是多设备场景，WebDAV 同步这个功能会比较实用。 WebDAV 同步的价值不只是“同步” 表面上看，它只是同步连接配置。 但真实使用里，它解决的是几个更具体的问题： 第一， 换电脑不用重配 。 连接配置、分组信息可以同步过去，减少重复劳动。 第二， 配置不容易丢 。 重装系统或者迁移设备时，不会因为忘记导出配置而从头再来。 第三， 多设备保持一致 。 公司电脑添加了新的 Redis 连接，另一台电脑也可以同步到。 第四， 用户自己掌控数据 。 同步目标是自己的 WebDAV 空间，而不是强依赖某个平台账号。 这些点对普通用户可能不明显，但对长期维护多个 Redis 环境的人来说，确实能减少不少摩擦。 目前 WebDAV 还是实验功能 RedisViewer 里 WebDAV 同步目前标注为“实验功能”。 我觉得这个标注是合理的，因为 WebDAV 服务商比较多，不同服务实现细节可能会有差异，比如路径规则、鉴权方式、HTTPS 证书、文件锁、同步冲突等。 如果你使用坚果云、Nextcloud 或自建 WebDAV ，建议先用非生产环境配置测试一下同步体验。 总结 如果你正在找一个 Redis GUI 工具，RedisViewer 值得试试。 它最让我感兴趣的点不是“又一个 Redis 客户端”，而是它把连接配置同步这个常见痛点处理得比较自然： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 对于经常换设备、维护多个 Redis 环境、或者希望连接配置可备份的用户来说，这个功能挺实用。 如果你已经有自己的 WebDAV 服务，比如坚果云或 Nextcloud ，那使用成本也比较低。 软件详细介绍地址： https://zhuanlan.zhihu.com/p/86337312 下载地址： https://www.guangyapan.com/s/1893305391470878805_aeYeUSbIXUmlUXkR
我发现一个支持 WebDAV 同步的 Redis GUI 工具：RedisViewer 平时做后端开发或者运维时，Redis GUI 工具基本是刚需。 尤其是项目一多，连接配置也会越来越多：本地环境、测试环境、预发环境、生产环境，再加上不同客户、不同服务器、不同集群。时间久了之后，Redis 连接列表本身就变成了一份很重要的工作配置。 但这类工具有一个常见痛点： 换电脑、重装系统、临时用另一台设备时，Redis 连接配置又要重新配一遍。 最近我发现一个 Redis GUI 工具： RedisViewer ，它比较吸引我的一点是，除了常规 Redis 管理能力外，还支持通过 WebDAV 同步连接配置。 简单说就是： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 为什么这个功能有用？ 很多 Redis 客户端都能保存连接配置，但这些配置通常只在本机。 如果你遇到下面这些场景，就会比较麻烦： 换了一台电脑 重装系统 公司电脑和个人电脑都要用 同时维护多个 Redis 环境 连接配置很多，分组也很多 想备份 Redis 连接配置，避免丢失 以前的做法可能是手动导出、导入配置，或者自己同步配置文件。但这类方式要么麻烦，要么容易忘。 RedisViewer 的 WebDAV 同步思路就比较直接：把连接配置同步到你自己的 WebDAV 空间里，比如坚果云、Nextcloud ，或者自建 WebDAV 服务。 这样配置一次之后，多台电脑之间可以同步连接配置，不用每次重新添加 Redis 连接。 同步到个人 WebDAV ，数据不经过第三方服务器 我比较在意的一点是，这个同步不是把配置上传到某个官方账号体系里，而是同步到用户自己的 WebDAV 空间。 也就是说： 配置同步到你的个人 WebDAV 空间 数据不经过 RedisViewer 服务器 可以使用坚果云、Nextcloud 或自定义 WebDAV 建议使用 HTTPS WebDAV ，加密传输更安全 这个设计对开发者来说会更容易接受一些。毕竟 Redis 连接配置通常比较敏感，很多人并不希望把这类信息交给未知的云服务。 当然，WebDAV 同步本身也不是魔法，实际安全性还取决于你使用的 WebDAV 服务、网络环境和密码管理方式。但至少从产品思路上看，它没有强行绑定某个中心化账号体系。 除了同步，它还是一个 Redis GUI 工具 RedisViewer 本身是一个 Redis 桌面客户端，适合日常管理 Redis 数据和连接。 常见能力包括： Redis 连接管理 连接分组 Redis Key 浏览 字符串、Hash 、List 、Set 、ZSet 、Stream 等数据查看 Redis 集群支持 哨兵模式支持 SSH 隧道 连接配置导入导出 WebDAV 同步连接配置 如果你只是管理一两个 Redis ，可能感知没那么强。但如果你经常在多个环境之间切换，连接配置同步这个点会非常省事。 我觉得适合哪些人？ 我觉得 RedisViewer 比较适合这些用户： 后端开发 运维/SRE 经常调试 Redis 的开发者 同时维护多个 Redis 环境的人 有多台电脑办公需求的人 不想每次换设备都重新配置 Redis 连接的人 希望连接配置能自己备份、自己同步的人 尤其是多设备场景，WebDAV 同步这个功能会比较实用。 WebDAV 同步的价值不只是“同步” 表面上看，它只是同步连接配置。 但真实使用里，它解决的是几个更具体的问题： 第一， 换电脑不用重配 。 连接配置、分组信息可以同步过去，减少重复劳动。 第二， 配置不容易丢 。 重装系统或者迁移设备时，不会因为忘记导出配置而从头再来。 第三， 多设备保持一致 。 公司电脑添加了新的 Redis 连接，另一台电脑也可以同步到。 第四， 用户自己掌控数据 。 同步目标是自己的 WebDAV 空间，而不是强依赖某个平台账号。 这些点对普通用户可能不明显，但对长期维护多个 Redis 环境的人来说，确实能减少不少摩擦。 目前 WebDAV 还是实验功能 RedisViewer 里 WebDAV 同步目前标注为“实验功能”。 我觉得这个标注是合理的，因为 WebDAV 服务商比较多，不同服务实现细节可能会有差异，比如路径规则、鉴权方式、HTTPS 证书、文件锁、同步冲突等。 如果你使用坚果云、Nextcloud 或自建 WebDAV ，建议先用非生产环境配置测试一下同步体验。 总结 如果你正在找一个 Redis GUI 工具，RedisViewer 值得试试。 它最让我感兴趣的点不是“又一个 Redis 客户端”，而是它把连接配置同步这个常见痛点处理得比较自然： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 对于经常换设备、维护多个 Redis 环境、或者希望连接配置可备份的用户来说，这个功能挺实用。 如果你已经有自己的 WebDAV 服务，比如坚果云或 Nextcloud ，那使用成本也比较低。 软件详细介绍地址： https://zhuanlan.zhihu.com/p/86337312 下载地址： https://www.guangyapan.com/s/1893305391470878805_aeYeUSbIXUmlUXkR
我发现一个支持 WebDAV 同步的 Redis GUI 工具：RedisViewer 平时做后端开发或者运维时，Redis GUI 工具基本是刚需。 尤其是项目一多，连接配置也会越来越多：本地环境、测试环境、预发环境、生产环境，再加上不同客户、不同服务器、不同集群。时间久了之后，Redis 连接列表本身就变成了一份很重要的工作配置。 但这类工具有一个常见痛点： 换电脑、重装系统、临时用另一台设备时，Redis 连接配置又要重新配一遍。 最近我发现一个 Redis GUI 工具： RedisViewer ，它比较吸引我的一点是，除了常规 Redis 管理能力外，还支持通过 WebDAV 同步连接配置。 简单说就是： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 为什么这个功能有用？ 很多 Redis 客户端都能保存连接配置，但这些配置通常只在本机。 如果你遇到下面这些场景，就会比较麻烦： 换了一台电脑 重装系统 公司电脑和个人电脑都要用 同时维护多个 Redis 环境 连接配置很多，分组也很多 想备份 Redis 连接配置，避免丢失 以前的做法可能是手动导出、导入配置，或者自己同步配置文件。但这类方式要么麻烦，要么容易忘。 RedisViewer 的 WebDAV 同步思路就比较直接：把连接配置同步到你自己的 WebDAV 空间里，比如坚果云、Nextcloud ，或者自建 WebDAV 服务。 这样配置一次之后，多台电脑之间可以同步连接配置，不用每次重新添加 Redis 连接。 同步到个人 WebDAV ，数据不经过第三方服务器 我比较在意的一点是，这个同步不是把配置上传到某个官方账号体系里，而是同步到用户自己的 WebDAV 空间。 也就是说： 配置同步到你的个人 WebDAV 空间 数据不经过 RedisViewer 服务器 可以使用坚果云、Nextcloud 或自定义 WebDAV 建议使用 HTTPS WebDAV ，加密传输更安全 这个设计对开发者来说会更容易接受一些。毕竟 Redis 连接配置通常比较敏感，很多人并不希望把这类信息交给未知的云服务。 当然，WebDAV 同步本身也不是魔法，实际安全性还取决于你使用的 WebDAV 服务、网络环境和密码管理方式。但至少从产品思路上看，它没有强行绑定某个中心化账号体系。 除了同步，它还是一个 Redis GUI 工具 RedisViewer 本身是一个 Redis 桌面客户端，适合日常管理 Redis 数据和连接。 常见能力包括： Redis 连接管理 连接分组 Redis Key 浏览 字符串、Hash 、List 、Set 、ZSet 、Stream 等数据查看 Redis 集群支持 哨兵模式支持 SSH 隧道 连接配置导入导出 WebDAV 同步连接配置 如果你只是管理一两个 Redis ，可能感知没那么强。但如果你经常在多个环境之间切换，连接配置同步这个点会非常省事。 我觉得适合哪些人？ 我觉得 RedisViewer 比较适合这些用户： 后端开发 运维/SRE 经常调试 Redis 的开发者 同时维护多个 Redis 环境的人 有多台电脑办公需求的人 不想每次换设备都重新配置 Redis 连接的人 希望连接配置能自己备份、自己同步的人 尤其是多设备场景，WebDAV 同步这个功能会比较实用。 WebDAV 同步的价值不只是“同步” 表面上看，它只是同步连接配置。 但真实使用里，它解决的是几个更具体的问题： 第一， 换电脑不用重配 。 连接配置、分组信息可以同步过去，减少重复劳动。 第二， 配置不容易丢 。 重装系统或者迁移设备时，不会因为忘记导出配置而从头再来。 第三， 多设备保持一致 。 公司电脑添加了新的 Redis 连接，另一台电脑也可以同步到。 第四， 用户自己掌控数据 。 同步目标是自己的 WebDAV 空间，而不是强依赖某个平台账号。 这些点对普通用户可能不明显，但对长期维护多个 Redis 环境的人来说，确实能减少不少摩擦。 目前 WebDAV 还是实验功能 RedisViewer 里 WebDAV 同步目前标注为“实验功能”。 我觉得这个标注是合理的，因为 WebDAV 服务商比较多，不同服务实现细节可能会有差异，比如路径规则、鉴权方式、HTTPS 证书、文件锁、同步冲突等。 如果你使用坚果云、Nextcloud 或自建 WebDAV ，建议先用非生产环境配置测试一下同步体验。 总结 如果你正在找一个 Redis GUI 工具，RedisViewer 值得试试。 它最让我感兴趣的点不是“又一个 Redis 客户端”，而是它把连接配置同步这个常见痛点处理得比较自然： 支持连接配置云同步，多台电脑无需重复配置 Redis 连接。 对于经常换设备、维护多个 Redis 环境、或者希望连接配置可备份的用户来说，这个功能挺实用。 如果你已经有自己的 WebDAV 服务，比如坚果云或 Nextcloud ，那使用成本也比较低。 软件详细介绍地址： https://zhuanlan.zhihu.com/p/86337312 下载地址： https://www.guangyapan.com/s/1893305391470878805_aeYeUSbIXUmlUXkR
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近被裁，主要做后端开发，抱着试试看的念头和原来公司的领导聊了下，可以回流，但是薪资给不到离职前的水平。 是否可以考虑回流。
最近尝试一下使用rust去开发一个项目，1flowbase做后端，不得不说，rust的作为后端开发有很大优势，只要保证数据一致性和状态一致性，没报错啥都不用管了，但是在做插件扩展版块实践开发时候，发现一个事情，rust的似乎并不适合作为插件开发语言，语言，见图： 首先是插件包打包数量暴增，linux，Windows ，mac，不同芯片架构，一个插件包用rust写就要发六个包 然后是体积，写node这种跨平台至于一个简单脚本，所以体积只有6kb，但是rust编译的是可执行文件直接要分发2mb的左右，这个膨胀就很厉害了。 所以我个人觉得写插件包这种可能node或者python比较合适一点，不知道各位佬的看法是什么？ 2 个帖子 - 2 位参与者 阅读完整话题