用户脚本 · 样式 · 插件 » 讨论
[脚本][2020/09/19][v0.0.5]迁移豆瓣动画的收藏到 Bangumi
#1 - 2020-9-15 22:51
拿月亮自刎 (情更怯)
v0.0.5 2020-09-19
导出的 csv 文件可以查看搜索关联条目的结果
v0.0.3 2020-09-19
导入 Bangumi 收藏到 豆瓣时,增加随机等待时间,以及随机搜索方式。70%概率还是原来的搜索方式。30%的概率使用另外的搜索页面,不过这种方式失败概率较高。
增加了一个重新同步失败的条目按钮。
v0.0.2 2020-09-16
支持从个人的豆瓣电影首页导入 Bangumi 的数据
功能
迁移豆瓣动画的收藏到 Bangumi。
迁移 Bangumi 的数据到豆瓣, 只能同步“在看” “看过” “想看”。
一键迁移后,有一个 “导出xx动画的收藏同步信息” 的按钮,用来查看原来的收藏信息和导出结果。
上图是豆瓣电影主页的。输入框输入个人的 Bangumi 主页地址。
豆瓣的电影主页地址是: https://movie.douban.com/mine
在上图的输入框,输入自己豆瓣主页的 URL。 当然你输入别人的也行 。
比如我的豆瓣主页: https://www.douban.com/people/y4950/
还可以选择同步的类型。
然后点击 “导入豆瓣动画收藏”
Bangumi 上已经被收藏的条目的评论、标签以及评分不会被覆盖。
豆瓣上面非日语的电影类型,不会进行迁移同步。
因为无法区分动画还是日剧,默认搜索类型是动画,所以日剧会同步失败。
注意
这个脚本网络请求量比较大,请慎用。避免给 Bangumi 的服务器增加太大负担。
我提供了一个下拉框,可以选择同步类型: 在看、看过、想看。
可以通过这种方式进行数据的测试。
另外迁移数据有风险,最好先测试一下或者备份。
ps: 评分数据,我是直接把豆瓣的评分乘以2来的。槽点另论。
脚本安装
greasyfork 地址:安装地址1
github 地址:安装地址2
导出的 csv 文件可以查看搜索关联条目的结果
v0.0.3 2020-09-19
导入 Bangumi 收藏到 豆瓣时,增加随机等待时间,以及随机搜索方式。70%概率还是原来的搜索方式。30%的概率使用另外的搜索页面,不过这种方式失败概率较高。
增加了一个重新同步失败的条目按钮。
v0.0.2 2020-09-16
支持从个人的豆瓣电影首页导入 Bangumi 的数据
功能
迁移豆瓣动画的收藏到 Bangumi。
迁移 Bangumi 的数据到豆瓣, 只能同步“在看” “看过” “想看”。
一键迁移后,有一个 “导出xx动画的收藏同步信息” 的按钮,用来查看原来的收藏信息和导出结果。
上图是豆瓣电影主页的。输入框输入个人的 Bangumi 主页地址。
豆瓣的电影主页地址是: https://movie.douban.com/mine
在上图的输入框,输入自己豆瓣主页的 URL。 当然你输入别人的也行 。
比如我的豆瓣主页: https://www.douban.com/people/y4950/
还可以选择同步的类型。
然后点击 “导入豆瓣动画收藏”
Bangumi 上已经被收藏的条目的评论、标签以及评分不会被覆盖。
豆瓣上面非日语的电影类型,不会进行迁移同步。
因为无法区分动画还是日剧,默认搜索类型是动画,所以日剧会同步失败。
注意
这个脚本网络请求量比较大,请慎用。避免给 Bangumi 的服务器增加太大负担。
我提供了一个下拉框,可以选择同步类型: 在看、看过、想看。
可以通过这种方式进行数据的测试。
另外迁移数据有风险,最好先测试一下或者备份。
ps: 评分数据,我是直接把豆瓣的评分乘以2来的。槽点另论。
脚本安装
greasyfork 地址:安装地址1
github 地址:安装地址2
突然发现哥斯拉后面有个成功,看来是哥斯拉变成了百兽王
Bangumi 的搜索结果: https://bgm.tv/subject_search/%E3%82%B4%E3%82%B8%E3%83%A9?cat=2
里面正好有《百兽王》
我可以屏蔽 Bangumi 的搜索,缺点就是能够同步的条目数据可能会少一些。
感谢大佬,支持大佬
我的豆瓣主页
想看和在看 只有3个失败了。
因为你看过的条目有点多,暂时还没有试。你可以试一试选择看过,然后点击导入。如果发现脚本停止运行了,麻烦 按一下 F12 点击下面截图 红色框的 “console ”,然后滚动到底部截图给我看看。
这次更新成功了85条
。。。 我正在改替代搜索方案,不过效果也不好。现在只能调高搜索频率。
我又拿那个被锁的号试了三次,每次也都是检索到红传说剧场版后报错停止
我的看过列表里那段是这样的
难道是七日战争的条目有问题?
果然是这个条目有问题,把这个条目屏蔽掉就接着往下跑了
再往下又报了同样错误,这次看情况是ISLAND条目。
是否是搜索逻辑问题导致在搜索条目时脚本报错直接停止运行?
把island屏蔽了,继续试下去发现搜索被限制了...看来搜索频率也还是需要调高...
v0.0.3
增加0.4 - 1秒 加上 1-2 秒的随机等待时间。
30%的概率使用另外的搜索页面。不过因为这个页面使用的是 React,数据的动态渲染的,数据抓取的时候,容易出现失败。
70%概率还是原来的搜索方式。
增加了一个重试按钮。
还有个方案是支持通过csv 文件来选择导入或者支持单个条目的导入。不过得找另外的时间开发这个功能了。
另外提个建议,建议增加个功能,用来显示导入失败的条目。我看控制台有部分是提示没找到的,如果人工再进行一个个核对的话还是比较费时费力的。
这个一出现必定紧跟一个报错
这是因为利用 iframe 使用 postMessage 传数据始终没有成功导致的。
那个 ”为豆瓣添砖“ 是因为我相当于新开一个豆瓣页面。
失败的情况分为两种: 一种是豆瓣搜索处理的结果没有通过字符串的相似度判断。
另外一种是没有拿到搜索结果
我自己也测试过,我新增的搜索模式确实目前准确率偏低。
接着上面说的建议,我想建议一下就是每次运行结束后成功导入的条目和导入失败的条目都支持导出。因为导入成功的条目中也有可能有出错的所以需要具体核对。成功的部分原本看控制台就挺清晰了但是被新的搜索方式弄的控制台报错个不停的情况下,我觉得还是能导出csv进行人工检阅比较直观一些。导入错误的条目同理,让使用者明确知道那些条目需要自己手动导入。
你提到的导出结果,运行完成后 “导出”那个按钮的 csv 文件里面有结果。每次重试都会刷新结果的
比如这种导入条目出现混乱的,只有看到导入条目的豆瓣信息才能发现错误。
导出的 csv 现在有搜索结果了。
新增重试的初衷是搜索结果有时候触发了反爬机制信息拿不到。另外我新增的搜索方式,信息老是会莫名其妙的拿不到,重试几下又会拿到。
我测试了一下好像没问题
https://search.douban.com/movie/ ... A0%B2T&cat=1002
看来就是被豆瓣查水表了
豆瓣也是在主页,现在豆瓣网页端要手机或者APP 扫码,我就不试了。