「原创」自动无缝翻页 [油猴脚本],目前支持:所有「Discuz!、phpBB、NexusPHP... 等论坛社区、搜索引擎、小说站、漫画站... 等 600+ 自写网站规则,也支持自定义规则~

先选了个简单的(第四个网站),大早上更新:

  1. 新增 [HiComic(嗨漫画)] 支持。

第三个网站做好了。
不过这个网站有点坑,本来我是按照该网站的自身使用的 JS 方式去处理的(先 POST 获取下一话的 URL,然后再去访问该 URL 获取数据),结果写完了发现这网站的 POST 获取下一话的 URL 的接口有 BUG,有些漫画会获取不到(导致无法翻页)。。。
搞得我只能又找另外一种方式去获取下一话 URL 了。。。

  1. 新增 [漫画DB] 支持。

谢谢。不过我觉得,第四这个双页拼接模式有些不妥。因为一些漫画并非常规的打印纸比例,而是有一些宽图,或者像海贼王那样经常一图双页,这样的情况下再双拼,大图就会被缩小很多很多,失去高清了。
不过这样的双页似乎也不错,遇到被缩小的大图,我可以尝试用鼠标手势,在新的标签打开这个图片,单独看。有时候甚至恰好把分割的图片完美地合并起来。 :laughing:

不过它无限翻页的模式是真的爽啊,滚动滚轮就可以不断的看下去,赞!!!

看了半天漫画,我还是觉得单页好,双页看完右侧的,有时还要上滚,才能显示左侧的图片,这样频繁地来回滚动,有点乱。。。。

双页拼接?大图缩小?没看明白你说的什么意思。
这两个网站我都是随便在首页找了几个漫画测试的,测试效果都很正常。
请给个示例的 URL 让我看看。

我明白了,因为我的浏览器默认都是 120% 缩放,因为两个图片并排放不下,所以一直都是正常显示为一列的,我才没发现这个问题。。。

我看看如何解决吧。

已经更新了,这个网站的样式压根没考虑过多行图片的情况(顺便看了下其他漫画网站都正常)。
我加了两个样式就解决了。

不过现在的话只能一行一个图片了,对于你说的两个分割开的图片也只能一行一个分开显示了,没有办法去 “恰好完美合并” 了(毕竟脚本不知道哪些图片是分割开的)。

一切正常。 :+1:
不好意思,忍不住再报一个网站。 :rofl:
https://pianyuan.org/

能用前面提到的强制拼接方案解决这个吗?
在Super-preloader 它能通过强制拼接实现。没有针对域名的规则,只是找1,2,3,4,5这样的批量链接,如果当前页也在队列中,就加载拼接。
如果这个脚本也能实现类似的方法,那就摆脱预定规则的限制了,海量的网站都能发挥作用。

如图所未,我觉得它的显示效果非常让我满意。如果没有强制拼接,这样的网站我只能手动地"下一页下一页下一页。。。。"

这个网站只允许登录后访问,并且关闭了注册。


强制拼接?兴趣不大,我这个脚本不是用来取代 Super-preloader 的,如果什么都照着 Super-preloader 做,那为什么不直接用 Super-preloader 呢~

考虑的越多、越全面,就需要更高的技术、消耗更多的时间和精力,最后精力不支、兴趣衰减而逐渐放弃维护,这是很多开源/免费项目的结局,包括 Super-preloader 项目的更新频率也从当初一天几次跌至几个月一次了。

我维护这几十个开源软件、脚本都是依靠兴趣支撑的,如果这些项目发展成了累赘,那就。。。

而这个脚本纯粹是为了满足我个人的需求,让我可以更方便、自由(求人不如求己,自给自足) 的添加支持我经常访问的网站,只不过我顺便分享出来罢了~

抱歉,是我过于强求了。

就像你说的,软件也有兴衰消亡,迟早Super-preloader 也会停止维护也会没人用,也会有新的脚本代替它。但不是现在。

自给自足是王道啊,我一定要去学JS。。。。

今天闲的没事,加上技术提高了(这段时间一下子添加了几十个网站支持…),又把你上面提出来其中两个漫画站添加支持了(算是三个网站)。


  • 动漫狂https://www.cartoonmad.com
    这个是别人提交申请的网站,几天前就支持了,一定程度上替代你提的第二个网站…

自从小众软件给我的脚本发了个帖子后,10 天时间,我脚本的网站支持数量从 20+ 增加到了 70+,规则数也从 30+ 提高到了 110+ (一些网站不同页面需要多个规则) …

多谢! 特别是 cartoonmad.com,竟然比我追漫画的主力站 kkkkdm 更新的更快。太赞了!

不知不觉竟然更新这么多了,这几个月下来,平均每天更新好几次。。。
可惜现在越来越多的网站(特别是大公司的网站)都改用动态加载内容了,支持不了就很难受。。。

奇怪,感觉最近都没什么人反馈提交网站申请添加支持了。
一下子闲下来,都有点不习惯了。。。

今天加了个 自定义翻页规则 功能,属实越写感觉越多坑。。。

当初这个脚本就是我自用的,因此压根没考虑过自定义方面的需求,结果今天突然想要加个自定义翻页规则功能,却发现越写越坑,最终只能适用于简单的网站,复杂点的还是要我自己写才行。

如果想要理顺、优化这功能,怕是只能重写脚本来彻底解决各种问题了,但是想想工作量就一个头两个大,还是算了,凑活着用吧。。。反正这功能大部分人都用不上不会写规则。。。

常常会有同感

1 个赞

看到介绍想和自己在用的一个翻页脚本比较一下看哪个好用,打开链接一看,就是自己在用的脚本 :joy:,确实好用,谢谢作者。

1 个赞

这个列表挺酷的

花了 5 天时间,断断续续的把脚本内置的 500+ 网站规则都给改为自定义翻页规则格式,并转移到外置翻页规则列表(也就是在线规则)。处理并转移的同时,还对这些规则一个个全都手动验证了一遍(避免改出问题),因此还顺手新增、更新了一些规则。

期间更新了 19 次版本,直到今天下午终于搞完了(规则文件共计 4862 行),属实给我累得够呛,虽然代码写的很丑,但我还是挺有满足感的~

休息休息,后续有空且技术提高的话,可能还会对代码进行重构。。。

1 个赞

这两天我把一些动态加载内容漫画网站的脚本内置规则,处理了下,给转到外置翻页规则里去了。

为了避免你那边自动更新了脚本,却没有及时自动更新外置翻页规则,导致这些漫画网站无法翻页,特地提醒你一下~

你记得 更新脚本 + 更新外置翻页规则(浏览器右上角 Tampermonkey 扩展图标内脚本菜单


顺便吐槽一下,自从 3 月份我开始接受制作 NSFW 网站规则后,这一个月,愣是添加了 100+ 个 NSFW 网站支持。。。时不时就会来个 LSP 提交 NSFW 网站申请,我都怀疑是不是有人把我的脚本分享到什么 LSP 论坛里去了。。。

1 个赞

毕竟 xxoo 是原动力
:dog:

铅笔小说,www.23qb.com现在好像又不支持自动翻页了