就看两星期后是否会恢复了，如果没有恢复那估计离全面应用该机制不远了。

我觉得最重要的是 [兴趣]。
兴趣是最好的行为推动力。

因此你能走多远取决于你的兴趣有多高。
学习过程中的任何困难都会抵消兴趣，当兴趣不足时，意味着动力也会不足。

像我平时为了自给自足学了不少编程语言，就是为了写一下小软件、小脚本自用（当然分享出来有人认同我就更好了），而这一切都是依赖于兴趣，因此杂七杂八学了不少（虽然都只能算入门水平吧），不过一旦难度太高，兴趣推动力不足（被抵消了），我就很容易放弃了。。。
当然我只是自给自足、学着玩罢了，并不是拿来工作，所以很随性~

@tusik 不是 Github 把你 IP 封了，而是某个存在在 “规律” 的模拟 Github 丢包，误导大家认为是 Github 自身问题导致无法访问的情况。

/t/758568
[只要 Github 域名指向任意 IP，该 IP 的 443 端口就会超时 3 分钟（ TCPing，80 端口正常），求解！]

时能打开时不能？
打不开时浏览器提示什么错误？是链接被重置 / 链接超时？

前几天我就发现 Github 出现了有规律的无法访问的情况，你看看是不是相似情况。

/t/758568
[只要 Github 域名指向任意 IP，该 IP 的 443 端口就会超时 3 分钟（ TCPing，80 端口正常），求解！]

@lgpqdwjh #2 说实话我也不知道我的胡子是偏硬的还是偏软的。。。

不过我有一些强迫症，平均每天刮一次，而一天胡子也长不了多长，胡子很短的情况下确实挺硬的。
手动的刮胡子刀我一般都是拿来刮脖子上的一些零零碎碎的毛发（主要是一旦长了电动的就很难刮了）。。。

这个一百多的飞利浦我用了一年半了（每天一次），依然还是挺锋利的，没有出现拽胡子的情况，而官方好像建议的是一年换一次刀片？不过刀片也才十几二十元。。。我打算继续用半年就再买个新的飞利浦的~

至于博朗的那个，一直吃灰两三年了。。。

没用过这么贵的剃须刀。

我前几年买过一个四五百的博朗，结果很不适应往复式，感觉刮不干净，刮起来太费劲了。
甚至一开始用的时候为了刮干净太用力了导致下巴和脖子皮肤刮得很红很疼，印象深刻。
而且感觉劲好大，震得我手麻，因此噪音也很大。
如果你没用过往复式的剃须刀，一定要谨慎一点，最好想办法试用一下，毕竟和旋转式使用上差别太大了。

后来我又随便买了个一百多的飞利浦，结果还是旋转式的用着舒服，可能是我上学的时候用习惯了廉价的杂牌旋转式剃须刀吧。

不过这玩意因人而异，我个人更喜欢旋转式的。

主要是你担心被攻击，这一点就基本排除了换个速度快点的海外服务器方案了。
预算还不足，还无法备案，这又排除了使用国内服务器的方案了。

那就只能想办法优化 Cloudflare CDN 的国内访问速度。你怎么还开了个 PRO 套餐？我记得这对网站速度没什么影响呀。

我以前写过一个工具可以获得最快的 Cloudflare CDN IP (速度+延迟)，但只适用于当前网络环境，不同地区、不同运营商都不一样，毕竟我一开始只是为了获得最快 IP 然后改 Hosts 来加速访问使用 Cloudflare CFN 的网站。
github . com/XIU2/CloudflareSpeedTest

理想的方案就是先改成 CNAME 方式接入 Cloudflare （为了自选 IP ），再把域名托管在国内，然后在三大运营商的网络环境下分别测速获得最快 IP，并不同运营商分流解析(DNSPod)。

对了，还有个别人写付费项目，它们在国内跑好测速，你只需要提供 API 来更新域名分流解析就行了，好像叫什么 cf2dns，你也可以看看。

不过这种方式只能缓解速度过慢的问题，至于国内部分地区屏蔽 Cloudflare 的是否能解决我也不知道。

遇事不决就投诉，这是法律赋予我们的权利。
告诉他们，工信部投诉见。

用国内的服务器对网站进行加速，那就肯定逃不开备案。
你网站的访客是大部分都来自国内，还是说只有一部分？如果是前者的话，那还是要优先考虑备案。

看了下这几天我的 Github 项目后台访客流量统计，并没有明显下滑的现象。

看起来应该只是 [部分地区、部分运营商] 才有，但保不齐是 [试点]，就看两星期后是否会恢复了，如果没有恢复那估计离全面应用该机制不远了。

我看 SwitchyOmega 在 Github 项目中写的有 firefox 版本呀。
至于 Edge 新版也自然能安装 Chrome 扩展。

毕竟现在浏览器基本用的是 Chromium 内核了。

你之所以无法访问 Cloudflare 后台，是因为域名默认解析为 IP：198.41.215.161 、198.41.214.161
但是这两个 IP 被针对了，所以访问时就会提示 “链接被重置” 之类的错误，不过只要指向任意一个 Cloudflare CDN IP 就能正常访问了。

我只知道大半年之前这个域名还能访问的，不过后来我写了 CloudflareSpeedTest 工具后，就改 Hosts 来提高访问速度了，也是前段时间才发现这个域名被。。。

随便找个 Cloudflare CDN 的 IP 加在 Hosts 里。
我帮你随便找了个 IP 吧，把以下内容写入到 Hosts 文件中（记得要单独一行）：
104.21.61.174 dash.cloudflare.com

如果你经常访问使用 Cloudflare CDN 的网站，那么建议你用这个工具测速获得最快的 Cloudflare CDN IP （ IPv4+IPv6 ）并加到 Hosts 文件中获得最快的体验，毕竟很多网站用的都是这个 CDN 。
github.com/XIU2/CloudflareSpeedTest

你去随便找个在线全国 Ping 网站测试一下就会发现，部分地区被解析为 127.0.0.1 或 ::1 了。
你先本地 Ping 一下看看是不是 DNS 解析的问题。

@slrey #30 确实出现反弹，主要原因就是百度网盘一翻搅局垄断市场后，开始清理资源、限制速度，导致很多从 BT 转过来的人，又被迫转为 BT 了。
一些资源分享网站，也是慢慢的转回 BT 方式分享资源了。
但说不好听的，即使焕发第二春，也就这样了，再火也达不到 零几年 那时候了。。。
所以，真正重度 BT 用户，都自己建立或加入 PT 小圈子去了。


BT 的出现是当时网络环境下，中心化分享文件宽带成本高昂，于是根据 P2P 去中心化方式创造出了 BT 软件。

只不过在 10 年之后，网络宽带成本逐渐下降，BT 缺陷积重难返。而且大家生活水平提高了，就想要更高质量（更稳定、快速）的方式下载资源，直到后来百度等网盘出现，百度网盘为了吸引用户一开始监管极松，再加上推出了离线下载（ BT ）的功能，吸引了一大批 BT 用户，结果现在如我上面所说。。。

@Salicylicacid #25 如果一些资源只有用迅雷才能下载，那么说明该资源的下载者基本都是迅雷用户，因为迅雷是不会向其他 BT 软件用户上传做种的，所以其他 BT 软件根本无法链接到迅雷用户，没有用户就没有速度。

然后大家发现迅雷下载有速度、速度快，而其他 BT 软件却没什么速度，都很现实的跑去用迅雷了。

长此以往，用迅雷的人越来越多，用其他 BT 软件的人越来越少，此消彼长，劣币驱逐良币。

这是阳谋，抓住了大家利己的心理，这样就导致了即使现在迅雷吃相很难看，各种限制、限速，但依然是国内使用人数最多的 BT 软件，因为迅雷已经建立起了壁垒，除非绝大部分迅雷用户短时间内反水转投其他 BT 软件（没有大量用户的支撑，迅雷就失壁垒就如同失去了地基），否则依然无法打破迅雷在国内的垄断地位。

对了，有兴趣的话建议楼主换成 qBittorrentEE （基于 qb 的增强版）：
github.com/c0re100/qBittorrent-Enhanced-Edition

这个版本的主要特点之一就是支持 [屏蔽迅雷] （而 qb 原版无法屏蔽）。
其次还支持一些其他功能，比如订阅 Tracker 列表 URL，自荐我的项目：trackerslist.com

Tracker 的作用就是记录下载同一个资源的用户信息并提供给你，帮助你与其他用户建立连接，简单粗暴。
而如前面我说的，链接到的上传做种用户数量越多，下载速度就越快。
当然，Peer 、DHT 、Tracker 是互补的，不存在谁替代谁。

自从 vercel 把我说我网站滥用（几个 TXT 访问的人有点多，一天几百万），直接把我所有网站关了、账号封了，最重要的是根本不通知我，我就人傻了，过了快一天才在用户的提醒下发现，再也不敢用了。。。
现在还是老老实实的用 Github Pages 了。

不过 Cloudflare Pages 的节点速度应该还不如 Github Pages 吧？
毕竟 Github Pages 起码亚洲是日本服务器，而 Cloudflare 默认不会给你分配日本节点（一般都是分配美西节点），即使有也比较渣，走的是垃圾 NTT 线路。