V2EX › knives 的所有回复 › 第 1 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

51 天前

回复了 niz 创建的主题 › 云计算 › 对象存储选型， SeaweedFS 和 CubeFS 选哪个？或者还有其他推荐的？

如果需要使用 swaweedfs 纠删码功能，建议先仔细测试一轮。几年前做过一轮测试，功能不是太稳定，容易产生冗余的脏数据，需要做额外的监视和维护工作。不过这个模块最近已经被大改了一轮，看日志应该是比之前好些了。

97 天前

回复了 guoguobaba 创建的主题 › Kubernetes › 昨天 rancher 给我挖了一个大坑

@guoguobaba 好像懂你的环境了。你们的环境，没有把 rancher 这个控制面集群与业务集群分离部署？或者说这次扩展的就是 rancher 这个控制面集群。

我这边 rancher 这个控制面集群里面纯纯就只有 rancher ，就算控制面挂了业务层也基本没啥影响，不至于太紧张。

97 天前

回复了 guoguobaba 创建的主题 › Kubernetes › 昨天 rancher 给我挖了一个大坑

楼主的 rancher 版本是不是有点旧了……我这边的版本，添加节点应该是使用当前 rancher 管控面提供的 agent 安装脚本，通过启动一个 agent 服务，自动完成节点服务的安装。

例如：curl -fL {rancher host}/system-agent-install.sh | sudo sh -s - --label 'cattle.io/os=linux' --worker

329 天前

回复了 chaleaochexist 创建的主题 › 程序员 › 同时操作数据库和 minio，如何保证最终一致性

不了解具体的业务场景。只谈最终一致的话，可以考虑反过来，只操作 Minio ，用 Minio 的事件通知机制调用 webhook 、消息队列、whatever ，最终写入 MySQL 。

2024-03-26 20:59:41 +08:00

回复了 Inzufu 创建的主题 › 程序员 › 开发 API 的时候 http method 应该使用 PUT、PATCH、DELETE 等协议还得直接用 GET、POST

@Nich0la5 以及各位，X-HTTP-Method-Override 了解一下？:doge https://zhuanlan.zhihu.com/p/128052857

2024-03-18 14:32:01 +08:00

回复了 guochenglong 创建的主题 › 程序员 › 关于 oss 存储数据迁移到本地（搭建本地存储）

@guochenglong 我这边也做过类似的选型。

当时也测了一轮 Seaweedfs ，在各种场景下性能是好，但是纠删码功能基本残废，数据可靠性很差。能接受双副本/三副本的空间占用的话用 Seaweedfs 倒是没问题……
Ceph 传说运维成本高，对小文件也没有优化，Pass 了。
目前在部署 OZone ，还没开始测试。

2024-03-18 11:43:18 +08:00

回复了 guochenglong 创建的主题 › 程序员 › 关于 oss 存储数据迁移到本地（搭建本地存储）

好奇数据量有多少，存储哪些类型数据？

个人经验是 MinIO 稳定性不错，但是使用 HDD 存大量小文件性能捉急。另外扩容比较麻烦。

2024-02-21 19:02:23 +08:00

回复了 alfredcai 创建的主题 › OpenStack › 现在还有人在用 openstack 吗

10 台物理机 PVE 够用了。官方说法是有客户部署了超过 50 节点的生产环境集群。
https://pve.proxmox.com/wiki/Cluster_Manager

2024-02-04 17:39:17 +08:00

回复了 gyinbj 创建的主题 › 程序员 › 桌面软件开发求助

从目前的信息来看，还是建议用 Electron 。无法连接外网不意味着不能用 Electron ，Electron 是可以开发单机程序的。

2024-01-19 09:54:10 +08:00

回复了 ClearMoki 创建的主题 › JavaScript › 求助，在实现一些方法中有什么优雅的方式，根据参数的类型/是否必传来校验

一种方案是，先写验证器，再使用验证器构造类型。如： https://github.com/colinhacks/zod

2023-12-10 10:26:46 +08:00

回复了 joyanhui 创建的主题 › 程序员 › 有没有镜像两家云的对象储存加缓存，或者自建轻量一点的跨云储存的集群。

@joyanhui 和你理解的基本一致。juicefs 支持本地的读写缓存。本地缓存默认是 100GB 的空间，可以按需调整大小。读缓存默认开启，写缓存要手动开启（默认是同步写）。官方建议仅大量写入小文件时开启写缓存，具体原理看官方文档。

另外，如果挂载的盘没有共享使用的需求，可以使用本地的元数据引擎来简化架构，如 sqlite3 。

还有，garage 的基本原理是多区域副本镜像。rclone union 是多云空间合并使用，与 garage 不在一个路子上。

2023-12-09 13:37:53 +08:00

回复了 joyanhui 创建的主题 › 程序员 › 有没有镜像两家云的对象储存加缓存，或者自建轻量一点的跨云储存的集群。

自建跨云的对象存储，对空间没有太多要求的话，可以试试 https://github.com/deuxfleurs-org/garage

本地读写缓存就是另外一种东西了。可以试试 https://juicefs.com/zh-cn/

2023-10-28 18:01:25 +08:00

回复了 ikidou 创建的主题 › 程序员 › 有没有一款带 Web 管理的任务队列管理工具

楼上说的 n8n ，或者 node-red 都可一试。

2023-07-02 14:23:50 +08:00

回复了 Eaglemask 创建的主题 › 程序员 › PVE8 更改国内源的地址有了吗?

按照官方文档将自用的 pve7 升级到了 pve8 ，没出什么幺蛾子。之前就一直在用清华的源，按官方那一套操作下来也是走的清华源。

2023-05-26 20:39:07 +08:00

回复了 bornkiller 创建的主题 › Android › 有没有好用的同步书签和标签页的浏览器扩展推荐？

曾用过 Floccus ，最终还是放弃了。跨浏览器同步书签坑不是一般多，数据冲突的情况太常见了。最终的解决方案是自己搭建了个人导航页用于管理需要同步的链接，浏览器的书签仅用于随手记。

2023-01-12 02:53:43 +08:00

回复了 molika 创建的主题 › 程序员 › bitwarden 让我大吃一惊...

话说，自建 bitwarden 用 vaultwarden 这个第三方开源实现更多些吧？这个就没有楼主吐槽的问题了……

2022-12-21 22:52:28 +08:00

回复了 walkbox 创建的主题 › 远程工作 › 找了 2-3 年的远程桌面，用过微软自带的和一些其他的。终于找到个相对满意的。

@walkbox 没接显示器引起的显示问题，建议接一个显卡欺骗器之类的玩意。系统识别不到显示器自然无法决定输出分辨率。

个人经验：mstsc 综合最好用； parsec 画质一流带宽但要求高，功能差点； TeamViewer （仅局域网模式）功能齐全画质稍差没办法用 mstsc 时（比如 Win11 家庭版）可以用这个。

2022-12-09 18:44:12 +08:00

回复了 xuegy 创建的主题 › NAS › TrueNAS Scale 有没有不用反复套娃正常运行 docker 的方法？

@mrzx 那我就放心了……我也看了些资料，说现在 OpenZFS 都是优先开发 Linux 版本，然后再往 FreeBSD 上合并。

个人的经验，Proxmox 上使用 ZFS 作为存储还是很顺畅的。OpenMediavault 上的 ZFS 其实也是安装了 Proxmox 提供的内核。两个系统到目前为止都在正常运作中。如果不折腾 TrueNAS 可以试试 OpenMediavault ，这个就是相当纯粹的 debian 环境了……

2022-12-09 12:52:38 +08:00

回复了 xuegy 创建的主题 › NAS › TrueNAS Scale 有没有不用反复套娃正常运行 docker 的方法？

@mrzx 比较好奇 OpenZFS 的性能差这一说法的来源。主要是本人在 Proxmox/OpenMediavault 上部署了 ZFS 使用中，虽然强度没多高就是了……

2022-12-05 19:42:25 +08:00

回复了 edis0n0 创建的主题 › 程序员 › API 不管操作成功还是失败都返回 200 状态码，自己在返回结果里又定义一个表示是否成功的属性是从哪里传开的坏习惯？

月经贴……然后我也回过几次类似的回复：为什么不全都要呢 :doge

状态码和响应体一起用并不冲突。Http 状态码用来区分正常响应和错误响应，响应体中给出具体的错误码。当然，200 状态就没有错误码这一封装了。
也许这有点多余的认知成本，但实际上用得最多的就三状态：200 （这个甚至不用写），400 （用户输入错误），500 （服务端错误）。这不比各种业务面条来得复杂吧……

再进一步说，新的 Spring6 开始支持 RFC 7807 规范： https://www.rfc-editor.org/rfc/rfc7807 ，规定了异常信息如何返回。可参考： https://www.51cto.com/article/721281.html 。基本思路就是异常产生时的响应特殊 header 和 json body 。

当然以 Java17 的实际普及程度来看广泛要升级到 Spring6 还有相当长的时间，但我已开始期待，观望等 Spring6 普及了这一月经贴的内容是否会有所变化😀

1 2 3 4 5

❮

❯