首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  0o0O0o0O0o  ›  全部回复第 18 页 / 共 161 页
回复总数  3208
1 ... 14  15  16  17  18  19  20  21  22  23 ... 161  
❮ ❯
2024-06-25 15:46:26 +08:00
回复了 test1199 创建的主题 › 问与答 › 为什么用 postman 或者自己写的程序发 http 请求返回 403
tls 和 http2 fingerprint
2024-06-24 14:26:36 +08:00
回复了 xiaocaiji111 创建的主题 › Go 编程语言 › 那些用 go 做业务系统的公司或者个人，真的感受都资源节省，开发效率提升了吗？
https://www.youtube.com/watch?v=uwajp0g-bY4
2024-06-23 19:15:04 +08:00
回复了 scienhub 创建的主题 › 问与答 › 大家用 Cloudflare 付费吗？如果免费的 SSL+CDN 开始收费，大家能接收多少刀一个月？
10 刀左右吧，其实我并不是被它的 SSL+CDN 吸引，我更愿意为它附加的特性付费，当然这些特性中的一部分是基于它的 SSL+CDN 基础服务的，所以如果只是 SSL+CDN ，其实吸引不了我。
2024-06-23 17:06:08 +08:00
回复了 monkeylmj 创建的主题 › 广州 › 在路上听到知了叫了，广州有什么地方可以抓知了猴吗？
别人听到蝉鸣写文写诗，爱吃知了猴的听到蝉鸣转头找网兜
2024-06-21 19:27:39 +08:00
回复了 LuckyLauncher 创建的主题 › 程序员 › 有没有觉得 langchain 不大好用？
感觉过度抽象了
2024-06-20 19:56:58 +08:00
回复了 0o0O0o0O0o 创建的主题 › 分享创造 › vaultwarden 备份思路之再也不改版
@pems002
@Janyd

可以试试了，不过还很早期，确保你有其他的数据备份
https://github.com/dani-garcia/vaultwarden/discussions/4630
2024-06-20 16:17:12 +08:00
回复了 ttooo50522 创建的主题 › Windows › 电脑重装了，各位有什么必装软件推荐
/t/1001795
2024-06-20 15:51:45 +08:00
回复了 dawenxi001 创建的主题 › 分享创造 › 做一个 joplin 的 web 版怎么样？再加入 AI，有没有搞头。
@StinkyTofus #5 https://ex.noerr.eu.org/t/847011#r_11567631 OP 需要的是开源应用
2024-06-20 15:44:54 +08:00
回复了 dawenxi001 创建的主题 › 分享创造 › 做一个 joplin 的 web 版怎么样？再加入 AI，有没有搞头。
作为用户我觉得 joplin 不怎么样。我最近在关注 AnyType ，看了文档，喜欢颜值和理念，还没去读代码。
2024-06-20 11:07:45 +08:00
回复了 Lam1Lam 创建的主题 › 信息安全 › Windows 笔记本如何最大保护在遗失或被偷的情况下不泄漏数据。
@DaCong #12 这能抵御一部分物理攻击，但我觉得想抵御 evil maid 的话几乎只有不让设备离开你的视线，例如可以给你只保留一个外壳
2024-06-19 00:08:03 +08:00
回复了 luckykelan 创建的主题 › 信息安全 › 请教 客户端/前端的安全措施有什么意义？
客户端确实没有绝对安全，不过你描述中的防护约等于无，是要配合很多防护一起做的，常见的：反调反 hook 、混淆、代码虚拟、检测、反反编译、白盒…去买产品吧
2024-06-18 22:46:54 +08:00
回复了 jarry118 创建的主题 › Docker › 带 docker 功能的路由器如何下载镜像
开个翻了墙的手机热点给它拉一些镜像如 https://v2raya.org/docs/prologue/installation/docker/ 配好梯子环境就可以了吧
2024-06-18 17:42:38 +08:00
回复了 0o0O0o0O0o 创建的主题 › 分享创造 › vaultwarden 备份思路之再也不改版
@Janyd #30 见 #14 和 #17 ，等我解决了再来分享
2024-06-18 12:40:24 +08:00
回复了 shakeit 创建的主题 › Docker › [docker]本地配置好了 hosts，也生效了，但是怎么通过 hostname 没办法访问到 namenode/datanode?
前段时间遇到类似问题。排查下来返现是我的 sing-tun 配置只 bypass 了默认的 172.17.0.1/16 ，而 docker compose 里 bridge network 会新建一个 interface ，就可能是 172.21.0.1/16 。所以我把从 172.16.0.0/12 都进加进去就正常了
- https://en.wikipedia.org/wiki/Reserved_IP_addresses#IPv4
- https://sing-box.sagernet.org/configuration/inbound/tun/#inet4_route_exclude_address

所以你可以排查看看是不是宿主机上运行了什么特别的东西
2024-06-18 09:19:59 +08:00
回复了 0o0O0o0O0o 创建的主题 › 分享创造 › vaultwarden 备份思路之再也不改版
@zhhmax #25

> 在某些极端情况下可能会增加恢复时的工作量

赞同，不过对于自建密码管理器我很重视：

- 很关注 bitwarden 客户端的 issues ，在更新 vaultwarden 之前都会像这样 https://github.com/dani-garcia/vaultwarden/compare/1.30.4...1.30.5 查看改了什么，所以基本上可以确保不会因为一些 breaking change 丢失数据

- 定期会做还原演练
2024-06-18 09:12:40 +08:00
回复了 0o0O0o0O0o 创建的主题 › 分享创造 › vaultwarden 备份思路之再也不改版
@kuanat #26

> git 可以天然记录变更历史

我以前就有这么做的，因为 vaultwarden 默认使用 sqlite ，密码相关的数据全部在 sqlite 文件中，我就是通过 .dump 转为 sql 文件加到 .git 里来追踪变更，类似于 https://news.ycombinator.com/item?id=38110286
2024-06-17 23:29:15 +08:00
回复了 0o0O0o0O0o 创建的主题 › 分享创造 › vaultwarden 备份思路之再也不改版
@zhhmax #21

> 凭借一些手段把一段时间内没有变更的压缩包废弃掉

既然这些手段都是为了达成相同目标，那 cron 相对于这个方案还有哪些优势呢。。。

目前认可的是这个方案增加了复杂性所以引入了 #13 #15 提到的问题，还有别的什么？这个问题对我来说也算有解

并且例如 #11 提到的，其实靠各种意义上的 diff （ binary 或是 SQL plain text ）都挺难处理到 access_log 方案这样"精确"的
2024-06-17 23:11:31 +08:00
回复了 0o0O0o0O0o 创建的主题 › 分享创造 › vaultwarden 备份思路之再也不改版
@zhhmax #18

> 当你使用客户端的时候，创建或修改的密码必然是先在客户端上保存，然后再推送到服务端

https://bitwarden.com/help/using-bitwarden-offline/

Any unlocked Bitwarden app can be used offline in read-only mode ... you won't be able to make edits to or add vault items

> 每五分钟产生一个压缩包

不赞同，我认为和编程一样，自然是越精确越好，对于一些用户来说，为了可能几天才出现一次的变更，何必用这么频繁的备份呢？
1 ... 14  15  16  17  18  19  20  21  22  23 ... 161  
❮ ❯
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3962 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 43ms · UTC 00:09 · PVG 08:09 · LAX 17:09 · JFK 20:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.