@testonly 有这么严重吗？应该是最低级的那种维稳名单。也就投诉了几次开发商这样。

需要 Neovim 的支持

重构
（你的领导给时间的话）

@Shintaku 看起来确实只有可能是硬件的问题了，只能一点一点换硬件测试了

也许先把扩展卡拔下来找朋友的电脑试一试是个不错的选择。

也有可能是咖啡的戒断反应，尽量减少对咖啡的依赖。我之前也是每天都要一杯，不喝头就难受。现在稍微好点

还是规律作息和多运动比较重要

平常能忍就忍，实在受不了了再吃药，主要怕产生依赖

> 由于我的笔记是采用 git 跟踪的，原始的思维导图文件无法跟踪。

我的解决办法是原始文件也传到 git ，除了脑图，可能还会有很多其他的图用各种工具绘制，如果不存源文件，我觉得不如图片也不要存了。

> 语法复杂：xmind 中 enter 一下就能新增一个节点，Mermaid 需要考虑下语法说明，打乱了思维的过程。

mermaid 多用，习惯了就好了



其他解（鱼和熊掌不可兼得，当然也可以各拿一半）：
1. 放弃脑图，直接用 markdown 写总结
2. 放弃 typora 用 Obsidian 或 vscode
3. 放弃 git ，使用网盘



我是优先使用 markdown 和本编译器可渲染的方法。是在不行也不强求，直接上工具截图并存源文件，没必要死磕。同步我是多种方式，多个副本的，怎么方便怎么来，我甚至可以 ssh 上去用 vim 写文档。

那有没有可能是系统的问题呢？装个 ubuntu 试试？

双 16T ，rsync 冷备

这种不识别，很大概率是电源的问题。

你可以尝试下掉两个硬盘，看能不能剩下 4 个都启动，如果可以大概率就是电源问题。

或者你可以搞个大功率的电源换上试试

有没有可能是电源的问题，比如供电不足，冷启动时候，开机瞬时电压超过电源最大负载，导致几个硬盘掉电，然后就不识别了

蜗牛一直都不是最优解，最便宜解倒是可以算

v4 要访问 v6 必须通过中转，要么 v6 机器（服务器）穿透成 v4 ，要么 v4 机器（客户端）代理到 v6

至少需要一台中转服务器，如果中转机有 v4 地址，那就可以做穿透；如果中转机有 v4+v6 地址，那两种都能做

如果没有中转服务器，可以考虑用公共的服务，比如 cloudflare 或 wireguard

直接服务器上虚拟化呗，都会折腾服务器了，干嘛还玩成品 NAS 设备

回来看了一下，发现我表述有点乱，导致跑题了，总结几点吧

1. 还是不要试图用 JWT 来颁发长期令牌了，安全问题 JWT 这种无状态的 token 本来就没法解决。

2. 长期甚至永久令牌本身就有其使用场景，没必要考虑长期令牌的不安全这个问题，真要说的话长期密码更不安全，但我们不也一直在用吗，作为服务提供商，应该是要考虑如何保证长期令牌的安全。

3. 本贴讨论的主要是自动化身份认证，所以需要人为介入的都不在讨论范围（比如要登录，要用户输入密码，要用户确认等）

4. 本帖讨论的为身份认证，上面 nothingistrue 把身份认证拆分成了登录认证和后续认证，不是我想问的问题，参考 API Token （就是一步身份认证，没有再分两步了）

5. 感觉大家一直在说 JWT ，但其实我一直就不想用 JWT （参考第一点）
卧铺专票这种就和 JWT 一样，只能用于短期，就不说了，参考第 1 点。

6. 敏感操作也可以不用讨论了，参考第三点，判断操作敏感度这个属于 AuthZ 了

7. nothingistrue 说怎么存储不重要，是因为你把这玩意理解成 authz 了，其实他都还没到 authz ，认证合法性就是 authn ，都不用考虑这个 token 有什么权限，怎么存储关系的是 authn 过程的索引效率问题。（然后 github 令牌丢了可不只是丢脸这么简单，不要只考虑 push 的场景）

8. 然后反驳一下自己的观点：key 用 json 存用户信息和加密 token 没什么意义，效率还低，直接 key 存明文 token ，value 用 json 存用户信息即可（不是 JWT ）。加密 token 只能防止数据库泄漏导致 token 明文泄漏，但权限依然会泄漏，token 明文泄漏对别人来说没有意义，和密码不同。

git reflog


一般我就是按照公司或主站去简单分类，没进分类的会不定时删

我一般会有搞自动策略，然后分文件夹，有时候会想看看各家公司的广告，整理起来会比较方便查看，一般不是非常重复的邮件我不会删