因为从晚上到凌晨（大概是 21 点~01 点）是高峰期（中的顶峰阶段）。
这段时间普通优先级的家庭宽带，在国内链接国外服务器都会明显变慢。

表现特征为：延迟波动、延迟升高、丢包，因此导致速度明显下降。

@Kinnice @cuixiao603 好吧，我都有段时间没用过这服务了，改回用邮件通知了。

我本来用的是 XShell，不过后来我的服务器精简的只剩下几个了。
所以我就直接用 Windows Terminal + SSH （微软自带），虽说简陋了点。

有个叫 Push Plus 的和 Server 酱一样，可能是用的人少吧，所以还能看到消息标题+内容。

不过自从微信不再通知栏提示公众号消息后（每次都要手动查看微信才知道），我就又改回用邮件通知了...

@zeromake #14 因为 SSH 协议走的不是 443 端口，目前该机制只针对 443 端口。

不过这会议都结束了，该机制依然存在，不确定是不是要等两天才会取消，要么就是以后长期应用，甚至全面应用该机制。

我以前写过的一个 [知乎增强] 的油猴脚本，其中一个功能就是把知乎的跳转链接去除（变成正常的直链）。

优点是：完全无感（用户看到链接前就替换完成了），而且还能把 referer 等信息传递给目标网站。
缺点是：效率低下（或者说浪费一点点性能。当然，对于现代电脑来说可以忽略不计），主要是像知乎这种会动态加载网页内容的，就需要一直循环去判断（没办法业余水平技术差），也可以改成监听 xhr 事件去执行。

@ttoott200 #5 这是因为同一时间总会有一个（或多个） IP 是可用的状态，而似乎是随机或轮流进行 “超时” 的，可能是为了模拟丢包吧，这样很多人都会觉得是 Github 自身的问题（特别是不懂行的）。。。

虽然和我以前遇到的情况不太一样，但是我还是说一下吧。
————
不知道从什么时候开始，我突然发现一旦客厅电视在使用国内视频 APP 看视频，我电脑上玩网络游戏就会出现 延迟波动、丢包 等网络状况，很影响游戏体验，至于网页浏览什么的可能有影响，但是我没感觉出来。

经过多次测试，发现这些国内视频 APP 存在明显的 P2P 上传行为（没有使用 P2P 的视频 APP 一切正常），而此时客厅电视是通过 WiFi 链接的路由器（ 2.4G/5G 都一样），路由器也是一般货色（两百多罢了）。

当我改成网线连接路由器时，该问题就消失了。

因为条件有限（没有更好性能的路由器去参与测试、排除），
所以我初步判断是 [ 国内视频 APP 的 P2P 上传行为 + 路由器 WiFi 性能太差 ] ，综合导致出现该问题。
————
你可以参考一下我的情况，看看是否会对你有所帮助。

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

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

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

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

@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 项目后台访客流量统计，并没有明显下滑的现象。

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