Closed Pil0tXia closed 7 months ago
9b929157f9f7709466445868cafe5de7594b9da3
尝试做了点修改,图片地址不改变的话,基本都会被缓存。(当然还受浏览器的缓存设置影响)
但是图片地址改变的话,就不好办了。
比如e-hentai,一张原图,服务器有概率返回不同的最终地址,不过概率不算高。
比如nhentai,每次页面重新加载后,大图的地址有概率指向到其他服务器,如i[编号].nhentai.net
,目测更换地址的概率有一半左右。
hitmio的图片地址倒是比较稳定。
暂存图片的最终地址这个办法应该能继续提高缓存利用率,后面再考虑考虑。
@MapoMagpie
我这边使用 https://github.com/MapoMagpie/eh-view-enhance/commit/9b929157f9f7709466445868cafe5de7594b9da3 的脚本测试了一下,已经可以利用缓存了。图片会经历fetching阶段,然后很快变成fetched状态,没有了图片下方加载的进度条。
浏览器本身也无法适应图片地址改变的情况,一旦url改变就会重新加载。我觉得这个情况很正常,可以接受~
使用GreasyFork发布的v4.3.1脚本时,图片下方的加载进度条再次出现并加载了,与exhentai.org域名的TCP连接的下行速度为1.5kb/s,请问是缓存失效了还是在验证缓存呢?
缓存失效了吧,图片的连接一般都是hath.network,一个类似区块链的内容分发网络,图片地址变动很正常。
与exhentai.org域名的TCP连接的下行速度为1.5kb/s
这个速度应该比较正常,因为要从图片的单页解析大图地址,而一个图片的单页一般也就2kb左右。
为什么需要增强
在默认设置下,在作品页面,点击📖图标后,将自动开始缓存作品的所有图片。
但是,如果浏览器标签页被“复制”或“刷新”,并且再次点击新的标签页中的📖图标,则所有图片将重新从头开始加载。
对于页数较多的单行本作品,这种行为将消耗大量配额。
如何增强
请将自动加载的图片缓存到浏览器本地,以便于在多个标签页或刷新后的标签页中复用加载过的图片。
可选:设置一个
Browser TTL
(例如:4 小时)感谢!