无法获取网站访问日志？你的静态网站是托管在那些如 Github Pages 的网站的吗？

如果是这样的话，你可以尝试无缝切换到 Cloudflare Pages，这样应该就不会担心 DDOS/CC 攻击了。

既不用担心被 DDOS 堵塞宽带，又不用担心被 CC 压测。

@learningman

并不是只有程序员才会去访问 Github 的（你不能只站在程序员的角度去看待问题）。

因为很多软件、网站、主题等等都是在 Github 上面开源的，因此也有很多普通人去反馈问题、提供建议，或者没注册账号只是单纯的去看项目的使用文档、下载文件（如 Release ）等等。

这些 “普通人” 占据很大的比例（其中大部分人都没注册账号，只看不发言）。

@idragonet 限流？ Cloudflare 自身没有这么做的目的。

对于链接国外，国内运营商会对不同地区进行不同的 QOS 策略，而这个策略在不同运营商、不同地区（国内）都不一样，这是很常见的情况，国内链接国外一到晚上就会有 “不同程度” 的变慢。

另外，和服务器线路也有很大关系，不管是运营商还是服务器线路，本质上 QOS 就是按时间段与优先级调整的，毕竟国际宽带还是太拥挤了，所以到高峰期就需要 QOS 限制下。

奇怪，我根本没有申请过，结果前段时间就发现可以使用 Cloudflare Pages 了。

不过我好奇的是，Cloudflare Pages 是否支持自选 IP ？

当初玩 Cloudflare Workers 时也是意外发现可以自选 IP 。。。
（添加路由指向自己域名时，域名解析记录不开启 [云朵]，然后目标 IP 写什么就会解析为该 IP 。

因为从晚上到凌晨（大概是 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 性能太差 ] ，综合导致出现该问题。
————
你可以参考一下我的情况，看看是否会对你有所帮助。

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