XIU2

一些小说存在错章（就是章节正文内容和其无关），例如： 这游戏也太真实了 的后几章 https://23shu8.net/txt/160927/204277054/ 很多小说网站的该小说后几章都是这样（要么就是空的还在手打巴拉巴拉的），可能是互相爬的吧。。。

这是已知问题，自从知乎改变评论区后，评论区元素都变成随机生成的类名了，导致该功能都失效了，而我这两年已经不怎么看知乎了，这个脚本还是我当时玩知乎时为了方便自己写的，因此现在也懒得修复了（主要是也不好修复，全都变成随机的 class 了，想要修复基本等于重写，而且实现效果的效率也会很低）。

这算是命令行程序的缺陷，输出内容是单线程的，无法像 GUI 界面那样同时显示多个列表什么的。 想要实现你这个需求，就需要移除进度条，无法做到同时 **实时显示动态的进度条+实时输出测速结果**。 而且你还想要每次测速完一个 IP 就重新排序以下再输出最快的前几名，这样只会导致输出内容非常混乱，多次输出的内容会独立的一段一段的累计起来。 因此想要实现你这个需求，需要彻底重写这部分的代码，工程量很大不说，我暂时也想不到完美实现方案。 **** 对于数量庞大的 IPv6，我的建议是：`只延迟测速，不再下载测速`，并且观察每次测速结果中最快的那些 IP 大都分布在哪些 IP 段，观察一段时间就大概知道哪些 IPv6 段更适合你，这样你就不需要每次都测速一遍全部的 IPv6 段了，只需要测速个别 IP 段即可，这样测速所消耗的时间就会大大降低。 我自己也是这样做的，经过这些年的筛选，我已经把适合于我网络环境的 IP 范围缩小到几个 IP 段中了，甚至都不再需要优选测速了，因为这几个 IP 段中的结果都差不多，随便选个就能用，我已经记不清上一次优选 Cloudflare...

那 HTTPing 呢？

1. 不考虑，你提的这个太长了 2. 测速全部 `5955` 个 IP 后，有 `3102` 个测试通过未超时，按延迟/丢包排序后根据延迟条件（`100 ~ 170 ms`）过滤后只剩下 `689` 个满足延迟要求的 IP，然后开始对这 `689` 个挨个进行测速（从最低延迟的开始），挨个测速完这所有 `689` 个 IP 后，只有 `1` 个 IP 满足下载速度要求（`5.00 MB/s`）。 如果你不想遇到这种全部测速一遍都没几个满足条件的情况，那么你就调低下载速度上限参数 `-sl`，或者直接取消该条件。 移除...

该问题和软件自身无关，是 下载测速地址 或 IP 或其他的问题导致的（例如运营商干扰 或 各地类似白名单的机制）。 换个下载测速地址看看。 **** ### 补充一下： 简单的来说，就是 CloudflareST 通过要测速的 IP 访问下载测速地址，因为网络等问题失败了，所以结果就是 0 。 CloudflareST 的下载测速原理，其实和你在 Hosts 中指定测速域名的 IP，然后浏览器打开下载测速地址去下载是一个意思。 以及和 Curl 的 --resolve 参数实现的原理与效果一样。 ``` curl...

> 直接访问 cf.xiu2.xyz 提示这样是正常的。 置顶的 Issues #168

@wantaiyu @1078534641 @wudage1979 @2547176470 要解决问题，就要先找到问题是什么，2 楼我补充了一些说明，你们可以用 curl 测试排查一下看看。

@sskkcc 要么是触发了 Cloudflare CDN 的什么防御规则，要么就是墙干的（如 #217 ，当然也不排除是运营商干的）

不考虑添加。 因为本项目程序支持通配匹配域名（也就是可以匹配一个根域名**自身及其所有子域名**），而像 netflix 这种网站，子域名可能会经常变，但是根域名（一级域名）不可能经常变化，把它的根域名都写进去配置文件后，估计很长时间都不需要更新/修改。 > 你可以直接提取 geo 文件里的 netflix 域名信息，只保留后面的根域名，写入配置文件就完事了。