@cwbsw 我这里已经恢复正常了

另外不太明白这是干啥的，我也没有体验，不太会用，虽然我的 start 也没啥价值，但是我没法 star 我不知道的东西，抱歉，楼主加油

牛叉，我一个比楼主大了好几轮的人还在为英语发愁呢，唉，继续背单词去

手机又没坏，也没打算换，我感觉太过关注新手机有点浪费感情和时间，哈哈

因为中间那俩字母，还能因为啥。另外为啥还将百度搜索作为搜索主力，换个别的吧

唉，不知道是不是 gnu 里面的某篇文章触发了移动的墙中墙

我觉得我可能就是普通感冒，头疼发烧

不会吧？我还想着明年搞一个，长期用呢

@yangchao4228 对我这样一个一心只想白嫖的低消费者来说，留着白号又有什么用呢？哈哈

强烈建议慎重考虑，我看了好长时间，觉得 NAS 基本算是伪需求，最终放弃了 NAS ，搞了一个服务器

这个问题问的好，看过红衣教主提过一个事儿，1 克 DNA 能存 1 个 EB 的数据，他有 2EB 数据，用了几十万台服务器。
问题很好，但是有僭越之嫌，哈哈。造物主的事儿，岂是我等凡夫俗子能随随便便摸透玄机的

个人失误导致人人都可以获取到的 token ，为什么那么介意某个人或者某个组织获取到？关注点是不是有点儿偏差？
人家 github 这种做法所付出的成本实际是为用户个人的失误买单，尽量减少个人失误可能导致的个人及所在组织和服务的损失？好心没好报？

人家文档里说的很清楚啊，你们在这里吵什么？

“
Secret scanning 在 GitHub.com 上以两种形式提供：

1 。 在所有公共存储库上自动运行。 与机密扫描合作伙伴提供的模式匹配的任何字符串都将直接报告给相关合作伙伴。
2 。 使用具有 GitHub Advanced Security 许可证的 GitHub Enterprise Cloud 的组织可以为组织拥有的仓库启用和配置额外扫描。与机密扫描合作伙伴、其他服务提供商或你的组织定义的模式匹配的任何字符串都会在存储库的“安全”选项卡中报告为警报。 如果公共存储库中的字符串与合作伙伴模式匹配，则也会向合作伙伴报告该字符串。
”

“
1 、联系 GitHub 以启动流程。
2 、识别要扫描的相关密码，并创建正则表达式来捕获它们。
3 、针对在公共仓库中发现的密码匹配项，创建一个密码警报服务，以便从 GitHub 接受包含 secret scanning 消息有效负载的 web 挂钩。
4 、在密码警报服务中实施签名验证。
5 、在密码警报服务中实施密码撤销和用户通知。
6 、提供误报的反馈（可选）。
”

也可能不是一个空调的事儿

@Youkochan0v0 应该大部分都是需要额外花费不少精力的

@yiqiao 我用着还行，断电来电自己也能重启继续跑，用的脚本是不知名大佬一直活跃维护的脚本，里面加密不加密的也说的很清楚，自由选择是否启用

@genesisx 还是不额外占用论坛资源和大家时间了吧，有缘千里相会，无缘对面不逢。

装 docker 上青龙，全家号码薅京东，开农场搞签免，各种活动极速版，全自动不用管，一年薅上小几千。单京东心不满，其他平台也想占？买域名服务器，各大平台优惠券。自用省钱分享赚，我就问你干不干？若想干咱就干，加我昵称敢不敢？