⭐无缝加载 下一页内容 至网页底部(类似瀑布流,无限滚动,无需手动点击下一页)⭐,目前支持:【所有「Discuz!、Flarum、phpBB、MyBB、Xiuno、XenForo、NexusPHP...」论坛】【百度、谷歌(Google)、必应(Bing)、搜狗、微信、360、Yahoo、Yandex 等搜索引擎...】、贴吧、豆瓣、知乎、NGA、V2EX、起点中文、千图网、千库网、Pixabay、Pixiv、3DM、游侠网、游民星空、NexusMods、Steam 创意工坊、CS.RIN.RU、RuTracker、BT之家、萌番组、动漫花园、樱花动漫、爱恋动漫、AGE 动漫、Nyaa、SrkBT、RARBG、SubHD、423Down、不死鸟、扩展迷、小众软件、【动漫狂、动漫屋、漫画猫、漫画屋、漫画 DB、HiComic、Mangabz、Xmanhua 等漫画网站...】、PubMed、Z-Library、GreasyFork、Github、StackOverflow(以上仅一小部分常见网站,更多的写不下了...
那怎么使用新版呢?我没看到有切换的地方。。。
我这边找了一圈也没看到你截图里的右下角悬浮按钮。。。
试了下你截图里的 URL 也不行。。。
不知道怎么使用新版搜索,看不到网页的话,没办法写规则
估计现在还是处于内测阶段吧(分批推送)?
总之,在我这边能用到新版搜索页之前,你先用旧版搜索凑活着吧~
因为看不到,所以我也不清楚新版搜索页改成了什么样子,目前旧版是属于半动态加载内容(即有一些,但不完全是),因此我才能添加支持,如果新版改成了完全动态加载内容,那多半是没戏了,这是翻页类脚本的局限性,想要支持动态加载内容的网页难度太高(如果网站自身去实现难度是 1 的话,我们这种第三方脚本去实现难度就是 10 了。。。
毕竟我们要去实现的话,需要逆向分析压缩混淆后的网站代码,并完全模拟一遍将数据生成网页元素的步骤,才勉强能实现一部分(有些功能是完全无解的),而如果网站本身去实现的话,代码都是现成的,可能只需要再写几段代码调用一下就行了。。。
我用我另一个号看了,也没有新版,应该是分批推送的。
没事弄不了也不强求,你弄这个估计也不赚钱,估计是用爱发电。
挺感谢有你们这些大佬提升这些网站使用体验,感觉你们真的很厉害,我根本都看不懂是怎么实现的。
哈哈,这玩意自然不赚钱,也没办法赚钱。。。毕竟只是个油猴脚本罢了,我喜欢的是那种分享好东西的感觉~
我写的所有脚本、开源软件都是我日常生活中产生了小需求,自给自足写出来的,然后习惯性的开源分享出来了。
就像这个脚本,起初我也只是自用,仅支持了十几个我常用的网站,后来陆陆续续的有人提需求,结果我这一年内愣是不知不觉写了 500+ 个网站规则。。。平时就是有空、摸鱼的时候顺手给添加支持了~
我是最近才开始用油猴插件,之前也用浏览器拓展不过一直没用油猴,第一个下载使用的油猴脚本就是这个插件,感觉真的很好用,很大程度的提升了我的使用体验。
真羡慕你们能自己写脚本,我大学学的和这个一点关系都没有,完全不知道怎么写脚本,真羡慕你们能根据自己的需求写脚本。
我个人习惯自给自足,平时生活中遇到小需求时,我都会尝试自己解决,哪怕要为此学一门新编程语言。
因此,我这些年陆陆续续的学了十几种编程语言,当然大都是入门级别的,只能解决小需求,但我已经很满意了,毕竟也不指望这吃饭,我喜欢这种自给自足的感觉~
而因为是需求推动我去学习的,所以我一般都是直接去看一遍语法之类的基础教程,然后就开始边查边写了,写完后,我可能就再也用不上这门编程语言了,慢慢的就会遗忘掉。。。
不过,虽然杂七杂八学了不少也忘了不少,但好处是再学一门新编程语言时会很容易入门(毕竟大都是相通的)~
特别是脚本型语言,非常方便,也非常适合解决生活中的小需求,特别是解决一些重复、机械性的工作。
B 站新版搜索页变动稳定后,我刚刚研究了下,已经添加支持了(即同时支持新版 + 旧版搜索页)~
更新外置翻页规则
即可(浏览器右上角 Tampermonkey 扩展图标内的脚本菜单
另外已知问题和旧版搜索页差不多,那就是新插入的视频,鼠标指向时没有缩略图预览(准确说,新版搜索页,是只有刚打开网页时的那些个视频,以及刚插入的那些视频才有,中间的那些没有。。。
嗯呐,已经可以了,谢谢,感觉自动翻页有点慢,是我的问题吗。
有点慢是正常的。
新版搜索页实现无缝翻页的方法和旧版不一样,需要等待下一页内容完全加载后,再将其提取并插入本页面,因此需要的时间相比旧版搜索页会明显更长一点。
为了避免一些情况下网页加载速度慢导致无缝翻页失败,我将预留的网页加载时间设置为 1200ms(虽然我这边测试可以设置更低一点,但是无法保证所有人都适用)。
毕竟慢点也总比手动翻页好点~
你可以尝试复制下面的翻页规则,粘贴到 自定义翻页规则
中默认的 { }
中间保存即可。
手动修改末尾的 1200 时间数值,适当降低可以提高翻页速度,具体多少合适你多测试几遍吧(如果翻页网页底部等了几秒没反应,说明太低了)。
最后,可以告诉我下,你那边多次测试得到合适数值,我参考下看看是否需要降低一些。
"bilibili - 新版搜索页": {
"host": "search.bilibili.com",
"url": "fun.isUrlC(); return ((fun.lp() == '/all' || fun.lp() == '/video' || fun.lp() == '/article') && fun.getCSS('ul.video-list') == null && fun.getCSS('#article-list') == null)",
"history": true,
"pager": {
"type": 6,
"nextL": "js;return fun.getNextEP('.vui_pagenation--btn-num.vui_button--active+button.vui_pagenation--btn-num', 'page=', /page=\\d+(&o=\\d+)?/)",
"pageE": ".video-list-item, .media-list>div",
"replaceE": ".vui_pagenation--btns",
"loadTime": 1200
}
}
我这边又测试了下,大概需要 600
ms 左右,才不会出现加载失败的情况(500
ms 的话小概率失败)。
如果你那边测试也是差不多的话,那么我或许应该将原来的 1200 调低至 700 或 800 会更好点~
另外,准确的说,加载失败实际上是插入内容了,但是此时还处于未加载完成的状态(都是灰色框框),这种情况下只能 F5 刷新后才能继续无缝翻页了(会续接页码的)。
我试了一下调的400偶尔会失败,几率还可以,但是到300就会频繁失败,500完全没问题。
目前为止500没出错过,但是低于500就会出错,490都会出错。
那为了保险起见,我改为 600 吧~
嗯呐
新版B站,搜索页翻页失败。