XIU2

那就没办法了，另一个 [顶点小说 sbooktxt] 书源也是给搜索页加了人机验证，我只能暂时将其禁用。。。 我不清楚这种人机验证在《阅读》中要如何解决，哪怕能解决，估计每次使用到该书源的搜索相关时都会弹一次验证码（ Cloudflare 的验证码有效期默认就几个小时，最短可设置半小时），这也太麻烦了。。。 **** 对于书源来说，搜索规则是核心，不管是搜书还是换书源，都需要对书源网站搜索。 不过发现里看到的书不需要搜索，因此可以一定程度上替代，但书源功能依然是残缺的。。。 随着《阅读》APP 的普及，很多小说网站都被制作成了书源，而这些盗版小说网站依靠广告盈利，而通过书源看小说的话压根看不到广告，因此越来越多的小说站都学精了，故意给搜索页加个人机验证，一下子就打蛇打七寸了。。。

@zanewayne78 看了下这书源也没啥稀奇的，作者还故意搞了 Base64 加密。。。 解密后，searchUrl 内容是： ``` JavaScript @js: url='https://m.ranwen.la/search.php'; option={"body":"keyword="+key,"method":"POST","webView":true}; option.headers={"User-Agent":"Mozilla/5.0 (Linux; Android 12; Nexus 5X Build/NRD90M); wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/96.0.4664.104 Mobile Safari/537.36"}; java.put('url',String(url+','+JSON.stringify(option))) ``` bookList...

我现在已经很少看连载小说了，书架里 95% 的书我都给换成本地 txt 文件了（有的是网上下载，有的是自己缓存全本导出）。 剩下的几个连载养肥小说，也都是用的 API 书源。

这是前段时间我在《阅读》官方项目与开发者的，关于小说网站搜索页加了人机验证的解决方法： https://github.com/gedoor/legado/issues/2507 还是基于本贴前面交流的方法，在其基础上进行了优化，不过只适用于手机版页面，且对于一些系统或 WebView 较老旧的手机，可能用不了（就是我啦），以下是那个帖子得到的最终方案为： - `searchUrl` 内容是： ``` @js: url = '搜索地址 完整 URL'; option={"body":"keyword="+key,"method":"POST"}; option.headers={"User-Agent":"Mozilla/5.0 (Linux; Android 12; Nexus 5X Build/NRD90M); wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/96.0.4664.104...

你这排版看着好别扭，我帮你优化下排版吧~

@asiv580 没有错，wget 加上 ` -N ` 参数是为了实现**下载新版本时直接覆盖**。 比如你先下载一个 2.0.1 版本的，然后再去下载一个 2.0.2 版本的，不同版本的压缩包文件名都一样。 ## \# 不加 ` -N ` 参数 如果不加 ` -N ` 参数，因为文件名一样，所以 wget 会在下载 2.0.2 版本时**重命名压缩包文件**（文件名后面加上 ` .1...

@ventusoon 要么你禁用了下载测速（`-dd` 参数），要么你遇到了被假墙的 IP，如果你不是移动，那么请用 `-tll` 参数过滤低延迟的 IP（例如 `-tll 110` 即过滤低于 110ms 的 IP）。 移动直连香港，会遇到低延迟的香港 IP，而电信联通扫到最低延迟的 IP 普遍都是欧美的，延迟最低也不会低于 130ms。 被假墙的 IP 特征： - ICMP Ping 延迟正常，TCP Ping 端口延迟异常的低（因为是在出口处 TCP 劫持，所以延迟 =...

@ventusoon 你重复发同一张图没有意义，看我前面说的话。

@tianchixia 不清楚，我没有 IOS 设备。

@tianchixia https://github.com/XIU2/CloudflareSpeedTest#-单独对一个或多个-ip-测速