@guisheng #5 允许本地保存的话不可避免要处理多客户端的冲突吧，不太懂，但应该挺难妥善处理的？ https://www.inkandswitch.com/local-first/

这个预算个人认为无，在这里讨论过，以及我的建议 https://www.v2ex.com/t/1005595#r_14160180

@hiplon @Xusually

我是从 cron 到 inotifywatch 再到如今的 access_log ，这些方案的变更就一个追求，就是我在文中提到的：

"确保对自己有价值的变更都被备份"

而没有 cron 那样的时间差，可以避免丢失时间间隔中的变更，因为我认为密码数据很重要，丢失一条可能都很严重，不像笔记备份数据那样我可以接受丢失一部分

改了改配置文件，已经用上了，一段时间后再来总结一下实际体验中的优缺点

@maymay5 #6

- 我不想让私钥或者可以读私有仓库的 PAT 离开我的笔记本电脑，所以没办法在别的设备上去主动同步仓库；
- 如果是利用同步备份的工具来做，可以看我列出的优点中的第一条：需要维护麻烦的排除规则，因为本地仓库文件夹里有各种 .*ignore ，有时甚至还会有不在 ignore 文件中但也不打算提交的文件，又或者是 submodule 等等；
- 工具你可以试试 restic ，压缩、加密、增量，有快照有策略

@hellodigua #3

这就是我之前的思路，见优势里列的第 3 条，我本来为了可以加密备份甚至打算直接本地跑一个的，转念一想既然都本地了，那直接用路径就行了，不需要跑个服务了，用法都一样

@hellodigua

> github 本身就算备份了

我觉得不算，例如存在封号 /t/924024 ，我觉得没有用户尤其是大陆用户可以保证自己理解并永远遵守了所有 ToS ，因为有些事情不受你控制 （如 https://docs.github.com/en/site-policy/other-site-policies/github-and-trade-controls ），也没有人可以保证风控不会出 BUG

> 写一个 github action ，每天定时打包一个 zip 发送到 OSS 里面

理解，优点是可以备份不是自己在本地发起的提交，但个人觉得没这个思路优雅和安全：

1. github repo 有 public 也有 private ，还可能是某个 organization 的 member ，每个仓库一个 github actions 有维护负担，只用一个 actions 则面临权限问题，尝试突破就无法遵循安全实践

2. 用到的 git hosting service 可能不止 github ，还有 gitlab 或者一些自建的服务

@Tink #70 并没有反串。我不开发也不测试，我只是它的用户。我经常用闲鱼，但和 **国内这些大厂的其它 APP** 比起来，它确实没给我留下差到让我记忆深刻的体验

你还可以看看 #19 #37 #46 #54

OP 你博客挂了

桌面那你就用 Pop!_OS 吧，Ubuntu server 就自己移除 snapd

> 不想把资料放到国内

想安全想隐私靠的是安全的客户端和优秀的加密实践，和用什么服务、存在哪没有关系

> 服务器如何便宜购买，选哪个节点稳定

选大厂的，如果你说的稳定还包括国内直连的网络，那就不存在了

> 存储桶购买

几乎每家都有计算器，不想看冗长的计费文档就去计算器里按需计算
https://calculator.aws/#/createCalculator/S3
https://cloud.google.com/products/calculator

@ooolooo #6
@diave971349 #13

可能是我被别的广告 APP 和广告 OS 调教多了，我用闲鱼的时候感觉很省心，全靠同行衬托

- 没有别的 APP 那样的陷阱，首页内嵌的广告商品也有很显眼的广告字样，哪怕误点了也只是打开它兄弟家的淘宝天猫网页，iOS 上不会拉起其它应用
- 聊天记录云端同步，消息推送也很及时（可能与它关系不大）
- 记忆中很少遇到闪退、卡顿、发烫
- 没有交互上的心智负担，聊天 - 商品 - 卖家信息 - 订单信息之间跳转得很直接

洗面奶，同类问题 /t/1042410

原来以专业人士的视角，闲鱼体验是很差的吗…我个人使用体验中它算最优秀的国产应用之一了

/t/865135
/t/945596

https://www.v2ex.com/t/1049183#reply122

同类问题，消毒柜

看了讨论和 OP 的回复，感觉 OP 对于这方面的用户需求没怎么调查过，甚至可能只是现在那些流行代理内核的普通用户而非高级用户（这里的高级用户只是指是否了解各种工具的特性，不含褒贬），因为 OP 并没有回应 #10 #11 提到的东西，如果我感觉错了我表示抱歉。因为对于 #17 #20 #25 ，如果只是关注对不同协议的实现和转发，那它比起现在那些代理内核，更贴近 gost 、glider 这种工具，只会在很特定的场景中很方便，很多情况下，尤其是 OP 提到的客户端场景下，用户还要额外跑个 tun2socks 这样的东西。

建议你不要做，因为你差不多是实名上网