来源 https://github.com/ProxymanApp/TCPViewer 预览
拿Cesium写了个WebGIS界面，在线地图和离线地图两个版本。离线地图使用nginx服务，下了个300多M的地图测试，到7级。 const viewer = new Cesium.Viewer('cesiumContainer', { terrainProvider: new Cesium.EllipsoidTerrainProvider(), animation: false, // 关闭左下角动画控件 timeline: false, // 关闭底部时间轴 // fullscreenButton: false, // 关闭右上角全屏按钮 homeButton: false, // 关闭右上角主页按钮 sceneModePicker: false, // 关闭右上角视图模式切换按钮（三维/二维） baseLayerPicker: false, // 关闭右上角图层选择器 navigationHelpButton: false, // 关闭右上角导航帮助按钮 geocoder: false, // 关闭右上角地名搜索框 infoBox: false, // 关闭点击实体后的信息框 selectionIndicator: false, // 关闭选中实体的高亮圈 creditContainer: document.createElement('div') // 用空的 div 覆盖默认 credit，去除水印 }); 1 个帖子 - 1 位参与者 阅读完整话题
多年前做过一个 Chrome 插件 Log Viewer ，用来在浏览器里看 JSON 日志和源码： https://www.v2ex.com/t/1098346 最近有了 Coding AI ，顺手把它强行优化了一波，加了一些自己一直想要的功能，并改名叫 RawLens 。 它现在最核心的特点是：能比较好地格式化并高亮嵌套 JSON ，比如这种： { "message": "checkout failed", "context": "{\"orderId\":\"A1024\",\"payment\":{\"status\":\"timeout\",\"retry\":3}}" } 外层是 JSON ，但里面某些字段又塞了一段转义后的 JSON 字符串。很多 formatter 只会把外层排版好，里面那段还是字符串，排查问题时看起来还是很累。 RawLens 会继续尝试识别这些 JSON-looking string ，把里面那层也展开出来。并且能将 \n, \t 也换成换行和缩进展示出来，查错误调用栈的时候特别有用。 另外，它支持多种 JSON 来源： 选中的文本 鼠标所在的 DOM 节点 剪贴板 当前 URL / raw 页面 当前页面 HTML / source 其中剪贴板入口我自己用得最多：复制一段日志或 payload ，在任意 Chrome tab 里连续按两次 p 就能查看，不用再打开特定网站或编辑器。 这次还加了历史记录功能，存在 IndexedDB 里。不小心关掉弹窗后，也可以从右侧 History 面板找回刚才看过的内容。 使用方式都是双击快捷键： vv ：把选中文本或鼠标所在 DOM 节点按 JSON 格式展示 pp ：把剪贴板内容按 JSON 格式展示 hh ：格式化展示当前页面 HTML cc ：格式化展示当前页面源码 xx ：把选中文本或鼠标所在 DOM 节点按 ANSI 日志格式展示 格式化和 History 都在浏览器本地完成，不上传日志内容。 欢迎体验、评论和建议。 Chrome Web Store： https://chromewebstore.google.com/detail/rawlens/lbnkfmnolbefifdccejjijdgdipnfaib GitHub： https://github.com/RawLens/rawlens 官网和 demo： https://rawlens.github.io/rawlens/
TechCrunch – 14 May 26 YouTube viewers watch 2 billion hours of Shorts on TVs each month | TechCrunch Short-form video is built for mobile, so it may seem counterintuitive, but it's true: YouTube Shorts are becoming quite popular on the big screen. Est. reading time: 3 minutes 1 个帖子 - 1 位参与者 阅读完整话题
之前的cpa虽然有使用统计模块，每次重启都会消失，因为我是小池子自己用，每天开关电脑使用信息都会重置，然后我就写一个脚本，每次导入导出文件这样就可以保存使用信息了。后来更新cpa 使用统计彻底去掉了，然后发现了cpa-usage-keeper 这个项目，但是他是和cpa强绑定，还要配置redis数据库什么的，我后来一想，我有文件啊，直接让前端读文件不行了，git clone项目之后，后端删除，前端读文件。然后就有了 这个cpa-usage-viewer。 有需要的小伙伴吗？有需要的我就放git了。 1 个帖子 - 1 位参与者 阅读完整话题
大家好，2024 年底我在 V2EX 发过一个叫 Log Viewer 的 Chrome 插件： https://www.v2ex.com/t/1098346 当时主要是为了解决 Metabase / Datadog / Redash 里 JSON 日志和错误栈展示不友好的问题。 这段时间我把它改名并整理成了 RawLens ，代码、官网、截图和 Chrome Web Store 展示都重新做了一遍。现在核心方向更明确：在 Chrome 里快速格式化“到处来的 messy JSON”，尤其是这种情况： { "foo": "{"bar":1}" } 普通 JSON formatter 往往只格式化外层，里面还是一段转义字符串； RawLens 会继续尝试解析 JSON-looking string 字段，把它展开成结构化内容。 我自己常用的入口： 鼠标放到日志所在 DOM 上，或者选中一段文本，按 vv 复制 payload / 错误日志后按 pp 打开 raw JSON / YAML / JS / CSS / HTML / Markdown / diff 等页面时自动检测和高亮 page source / page HTML 可以用 cc / hh 右侧 History 面板可以找回最近看过的内容 附带功能： ANSI 彩色日志渲染，比如 CI/build 输出 行折叠和全屏查看 History 存在 IndexedDB ，本地去重 格式化都在浏览器本地完成，不上传日志 Chrome Web Store: https://chromewebstore.google.com/detail/rawlens/lbnkfmnolbefifdccejjijdgdipnfaib GitHub: https://github.com/RawLens/rawlens 官网和 demo: https://rawlens.github.io/rawlens/ 如果你平时也会看 Datadog / Metabase / Redash / GitHub Actions 这类日志，欢迎试用。也想听听大家最常遇到的是 JSON 日志、ANSI 日志，还是某个平台特别奇怪的日志格式。
我发现一个支持 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
7-Zip、QuiteRSS、FastStone Image Viewer、Firefox、Snipaste、OpenTween、Telegram、TrafficMonitor、SearchEverything、Paint_NET、FastCopy、Chrome、ChatBox、Netease Cloud Music、Tencent QQ、WeChat、Aimp、OBS Studio、Shadowsocks、Netch、HxD、Sysinternals Utilities、KeePass、VirtualBox 8 个帖子 - 8 位参与者 阅读完整话题
approvals_reviewer = “auto_review” 该变量如果设置为上述配置 在调用时会返回503问题 我搭建的是subapi的个人中转站 503的意思就是 找不到模型 因为codex在使用这个配置的时候请求的模型为auto_review_model而不是主模型 所以需要进行映射设置 （捣鼓了两个小时 去服务器抓日志 才发现这个问题 希望可以帮助有同样问题的佬） 2 个帖子 - 1 位参与者 阅读完整话题
远程桌面软件TeamViewer近日向持有永久授权的用户发出通知， 宣布TeamViewer 13与14版本将于2026年10月31日正式终止生命周期。 届时对这两个版本的支持将逐步终止，使用这些版本建立的连接也将逐步被禁用，直至完全无法连接。 这封通知函中最引发争议的是TeamViewer对永久授权的重新定义， 官方在信函中写道：“我们的记录显示，您持有的是‘旧版软件的永久许可证’。” 这一措辞被用户解读为文字游戏，当初以高于订阅制的价格出售的买断版授权，如今被加上了旧版软件的前缀，暗示永久仅限于该版本本身，而非持续可用。 受影响最深的是早期花费高昂费用购买永久授权的用户，当时TeamViewer以溢价出售买断版，承诺用户无需支付年费即可长期使用。 但随着公司战略转向云端订阅制，这一政策变更实质上变相废除了永久授权的实际价值。 据目前传出的信息，EOL之后，持有旧版永久许可证的用户大概率无法免费过渡至新版本，必须额外付费转用订阅方案。 查看评论
executor和reviewer都不行 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 不知道经常用openclaw的佬会不会每天都在听openclaw说 session 被重置了，记忆丢了 但实际上openclaw的每个session都是有备份的 然后WEBUI里面确实能看历史聊天，但是能看的不多…… 所以做了一个Session Viewer： GitHub - noir-hedgehog/SessionManager: OpenClaw session management toolkit — export to ChatLab, SQLite storage, web viewer · GitHub 如果有佬知道 weflow 或者 ChatLab 这个项目也支持把历史的Session当聊天记录扔进去做分析 或者也可以直接网页去查看所有的历史会话； 也可以看到openclaw到底在你的消息里/cron里塞了哪些系统上下文 还有一个简单的养虾回忆 PS：比起推广项目（？主要还是想和大家一起交流啦，如果可以的话，就给我的github点点小星星 1 个帖子 - 1 位参与者 阅读完整话题
cc viewer 里能在本地直接运行原来只能在远端运行的 ultraplan 看了下实现，结合泄漏的 2.1.88 的源码，其实就是一段提示词，使用 system-reminder 标签增强模型注意力 <system-reminder> Produce an exceptionally thorough implementation plan using multi-agent exploration. Instructions: 1. Use the Task tool to spawn parallel agents to explore different aspects of the codebase simultaneously: - One agent to understand the relevant existing code and architecture - One agent to find all files that will need modification - One agent to identify potential risks, edge cases, and dependencies 2. Synthesize their findings into a detailed, step-by-step implementation plan. 3. Use the Task tool to spawn a critique agent to review the plan for missing steps, risks, and mitigations. 4. Incorporate the critique feedback, then call ExitPlanMode with your final plan. Your final plan should include: - A clear summary of the approach - Ordered list of files to create/modify with specific changes - Step-by-step implementation order - Testing and verification steps - Potential risks and mitigations </system-reminder> <你的任务描述> <system-reminder> 采用多代理探索方式制定一份极为详尽的实施计划。 说明： 1. 使用任务工具生成并行Agent，以同时探索代码库的不同方面 - 一个Agent负责理解现有代码及相关架构 - 一个Agent负责查找所有需要修改的文件 - 一个Agent负责识别潜在风险、边缘情况及依赖关系 2. 将他们的发现整合成一份详细、分步骤的实施计划。 3. 使用任务工具生成一个评审代理，审查计划中缺失的步骤、风险及缓解措施。 4. 整合评审反馈后，调用ExitPlanMode并提交最终计划。 你的最终计划应包含： - 方法的清晰概述 - 需创建/修改并应用特定更改的文件有序列表 - 分步实施顺序 - 测试与验证步骤 - 潜在风险及缓解措施 </system-reminder> <你的任务描述> 有没有使用过这种方式进行任务规划，可以交流下效果 1 个帖子 - 1 位参与者 阅读完整话题