支持寫真、H漫、漫畫的網站1000+，圖片全量加載，簡易的看圖功能，漫畫無限滾動閱讀模式，下載壓縮打包，如有下一頁元素可自動化下載。
A1:第2张不会懒加载缓存？ 不太可能吧，图片进入可视范围时，也会同时加载下一张，而且后台也同时在逐一加载图片，对服务器图片的请求数大约控制在4张左右，除非切换成并排才会一次加载很多张，在使用者看图加载的体验和对服务器请求的负担，权衡拿捏后就是现在这样的设计，有些网站同时间请求数太多是会被封IP的。
A2：chrome会比FireFox快一点，压缩比已经是100%的无压缩无法再快了。
想过使用A标签来下载图片网址，卡在文档名和副档名，决定文档名简单但副档名就没那么容易，千奇百怪的图片链结，图片格式，二进制流，最后放弃，还是直接取得Blob 再根据type来决定副档名这样会简单很多。 。
A3：这个牵扯到跨域的问题，GM_xmlhttpRequest取得图片，不会直接从浏览器的缓存里提取，而是直接重新从服务器请求资料，这个资料缓存和浏览器的图片缓存是相互独立的，除非服务器有开启CORS，才能用Fetch API下载图片，这样才会直接取用浏览器的图片缓存，而用canvas绘制图片的方式也会遇到跨域污染的问题，而且很卡。
大佬以前这个网站可以用https://m.xr06.xyz/XiuRen/14276.html现在用不了了
大佬以前这个网站可以用https://m.xr06.xyz/XiuRen/14276.html现在用不了了
请耐心等待一下，估计需要明天晚上才会更新。
跟此反饋狀況是一樣的
https://greasyfork.org/scripts/463305/discussions/213128
你可以尝试修改脚本，搜索秀人集，把reg的www改成(www|m)，应该就可以了
Okk
很完美 用起来很方便 目前反复使用测试，发现了美中不足的小问题：
1.个别网址套图的第二张无法自动缓存
2.压缩打包速度太慢，不如直接文件夹下载
3.聚集的图片加载完成后，打包下载仍然是重新下载缓存
总体100分的话，该脚本起码90分起步