#1 - 2018-2-11 18:17
windrises (一个纠结的面瘫伪宅)
本工具是利用现有爬取的条目历史打分数据,模拟条目各个时期的评分和排名数据等。
访问地址   油猴脚本   代码和原始数据
照例先上截图
脚本安装后的使用效果
主要功能:
1、可以查看条目的分数,名次,标记数走势
2、可以指定多个条目查询,并进行比对
3、可以指定日期和名次来查找条目
4、可以查看指定日期的排行榜
5、提供api

Bangumi采取的应该是imdb的排名计算方式,这个已经在别的帖子里得到证实了。
imdb公式是weighted rank = (v ÷ (v + m)) × R + (m ÷ (v + m)) × C  其中v是投票数,m是最小投票数(动画区是51,别的区是21),R是该条目的算术平均分,C是此时所有动画/书籍...的平均分(动画区现在大概是7.2)
我在模拟时也严格按照这个公式来计算,计算结果我也与Wayback Machine简单对比过,吻合的还不错。可能会出现轻微偏差的原因一个是bgm在计算排名时可能还有别的考量,一个是可能有少量用户后来改变打分了。

这是我做的第三个Bangumi小工具了,这三个工具其实互有联系,很多数据都可以复用。你可以在网站顶部栏找到前两个,这次我也顺便对它们做了一些改进。数据库也重构了,并且从sqlite迁移到了mysql。如果说做前两个工具是为了学习,那这次就纯粹是因为兴趣和好奇了。
做这个时光机最大的困难是在数据上。用户页和条目评分页加起来需要爬取210万个页面,我用我的小本子爬了一天半,最后得到1个G的json数据。(当然是爬的镜像网站,在此灰常感谢@MagicFish1990一边吃草一边。如果爬主站,速度肯定得调小,可能得爬一个多星期(bgm38))此外,对于这么大的数据量,怎样处理也是个难题,特别是我寒假回家后身边只有一个小笔记本。为了能在有限条件下尽快算出结果同时减小对我的笔记本硬盘的伤害,我在优化计算方式中下了不少功夫,以尽量减少执行sql语句的次数。

这次花的时间比较长,中间也经历过多次重爬数据,数据库清空等绝望的时刻。也闪出过不少点子,但最终展示出来的就是这些,还有不少想法因为各种各样的原因流产了(但也可能等之后有时间了再加上),比如:
条目全年代统计图,包括分数分布,平均分走势等等;
用户全年代统计图,包括注册数量增长,用户活跃时长分布,阅历天梯榜等等;
个人的统计数据和分析,包括经常活跃的时间点,在动画里一共花了多长时间的人生,兴趣爱好点,动画推荐,好友推荐等等;
条目分数预测,我感觉bgm可以拿来训练的有用数据不够多,所以也考虑过直接来个简单的时间序列分析(这个功能很有趣,但是想要做好我觉得比较难,欢迎指教);
自定义排名规则,比如不同阅历的用户打分权重不同等等,可惜这个计算量太大,最多我提前预设好几个选项;
恶意刷分检测,这个做起来是很容易的,我做好一半后还是觉得这个有点鸡肋而且很引战,于是放弃了;
等等...
如果以后有时间的话,我可能会再做个用户个性化方面的工具。(可能,请不要过度期待(bgm81)
如果有人还有别的有意思的点子欢迎提出来。或者你在实现你的想法的时候懒的爬数据,但是刚好可以用到我爬好的数据或者api的时候,上面的链接或许能帮到你。我之后也可能会不定期更新数据。

展示的数据可能会由于上面提到的原因与实际数据有轻微偏差,仅起参考作用。
虽然我也做过很多检查和测试,但是毕竟时间匆忙水平有限,如果你遇到了bug或者发现数据出了问题,或者有什么建议和意见,请告诉我,非常感谢。(bgm24)
#2 - 2018-2-11 18:58
大佬太NB了,给跪了!
提一个小建议:做一个限定只看某两天之间评分的排行榜如何(比如2016-1-1到今天)?

顺便如果可能的话再请求一些api:
指定人对指定条目的所有信息(包括状态,标记时间,评分,评价,label)
指定人对指定类(动画,书籍,,)的所有评分
指定条目的各分数段的打分人数
#2-1 - 2018-2-11 19:03
windrises
限定时间段的本身就有呀,可以鼠标拖动时间轴或者在右边的“时间段”输入框里输入时间,“2016-1-1到今天”你输入“2016.1.1~”即可

api很好写,我写好了再回复你(bgm24)
#2-2 - 2018-2-11 19:05
windrises
哦,你说的是限定时间的排行榜,我理解错了。这个可以考虑。
#2-3 - 2018-2-11 19:06
此间的少年x
啊我没注意(bgm38)
另外历史排行榜我点月份的时候好像有点错误,你看一下?
#2-4 - 2018-2-11 19:10
思根叶
windrises 说: 哦,你说的是限定时间的排行榜,我理解错了。这个可以考虑。
我猜可能是指限定时间段内新增打分的排行榜,现在选时间段出来的是排名是在这段时间内总平均分和排名的变化。
#2-5 - 2018-2-11 19:14
windrises
此间的少年x 说: 啊我没注意
另外历史排行榜我点月份的时候好像有点错误,你看一下?
修好了,小问题忘了改了
#2-6 - 2018-2-11 19:15
此间的少年x
windrises 说: 修好了,小问题忘了改了
可以的,坐等你的api了,造福无数程序员(bgm38)
#2-7 - 2018-2-11 19:16
windrises
思根叶 说: 我猜可能是指限定时间段内新增打分的排行榜,现在选时间段出来的是排名是在这段时间内总平均分和排名的变化。
嗯是的,不过我想了想如果可以随意指定时间的话,这个计算量还是有点大,因为需要把该区所有条目都计算一遍
#3 - 2018-2-11 19:35
(为什么一定要非此即彼)
似乎和真实的历史结果还是有些区别?

这张截图出自2015年2月末
#3-1 - 2018-2-11 19:39
windrises
嗯,区别是存在的,仅供参考
#3-2 - 2018-3-4 16:26
星宫草莓
因为有人会改分数
#4 - 2018-2-11 20:32
京紫的数据为啥是从2017-11-27开始的,应该不止吧
#4-1 - 2018-2-11 20:37
windrises
你把“只显示有排名之后的数据”勾选框去掉就好了
#5 - 2018-2-11 20:59
(数据库是得不出任何结论的)
马一个这个还是很有参考价值的
#6 - 2018-2-11 21:04
试问爬mirror镜像和主站有什么区别吗??总感觉那个似乎只是反代(未验证)
要爬这么长时间的我肯定会写好放在VPS或者树莓派上挂机爬(bgm38)
#6-1 - 2018-2-11 21:07
windrises
我也好奇是怎么做的(bgm38),不过有时候主站挂了,镜像还是好好的
#6-2 - 2018-2-11 22:24
铃猫 一边吃草一边
windrises 说: 我也好奇是怎么做的,不过有时候主站挂了,镜像还是好好的
就是带cache的反代(bgm38)
#6-3 - 2018-2-11 22:38
windrises
MagicFish1990一边吃草一边 说: 就是带cache的反代
那这样的话,主站的压力不依然很大(bgm38)
直接爬主站的话,我线程都不能开多了,而且还经常爬着爬着就无限连接超时了,怀疑是被ban了
#6-4 - 2018-2-11 22:39
铃猫 一边吃草一边
区别就是有强制cache啊,一定时间内访问不会重新请求主站(bgm38)
#6-5 - 2018-2-11 22:40
铃猫 一边吃草一边
windrises 说: 那这样的话,主站的压力不依然很大
直接爬主站的话,我线程都不能开多了,而且还经常爬着爬着就无限连接超时了,怀疑是被ban了
你大概被当成DDoS了吧(bgm38)
#7 - 2018-2-11 21:43
(Anime is a gag, and so are its dilettantes.)
试了几个动画,评分似乎在完结以后几乎都是右肩走势,最多是右肩的幅度问题。
这大概就是所谓的新番优势?
#7-1 - 2018-2-11 22:45
此间的少年x
不一定,有第二季的动画第一季会左肩,比如三狮和落语
#7-2 - 2018-2-12 13:06
th3ta "Paradox"
命运石之门也是完结后持续小幅度增长
这个可能与补番观众受到舆论影响有关?猜想是:有一小部分的动画会在完结后被精确的推荐到喜爱这类动画的观众那里,因此这些补番观众会给出比追番观众更高的评分;这种推荐的方式很可能是“看到续集特意找前作”,也可能是“爱好者之间的神作口碑”等等
#7-3 - 2018-2-27 10:50
小鱿鱼
几乎都是往下跌的,比谁跌的慢,比较快的像海贼每年0.1,这趋势过四五年就百名以外了
发现几个小幅涨的,要么是当初黑的太厉害,比如夏洛特,要么是完全不过时,后续口碑,比如冰菓
#8 - 2018-2-11 22:00
(唔)
(bgm35)棒棒哦。
#9 - 2018-2-11 22:13
看起来不错!
#10 - 2018-2-11 22:32
(Alea iacta est.)
有用,好厉害!
#11 - 2018-2-11 22:48
(Time is not your enemy, forever is.)
Great Work.
#12 - 2018-2-12 00:04
一直期望能有个这东西,楼主good job!
#13 - 2018-2-12 00:13
线上炒分
#14 - 2018-2-12 01:27
(世界の殼を破られば、我らは生まれずに死んでいく ... ...)
哇今天的bgm功能+1
#15 - 2018-2-12 01:37
(noblesse oblige)
看起来不错,谢谢(bgm24)
#16 - 2018-2-12 02:07
(迷茫。对何时才能走出迷茫更加迷茫。 ...)
很好用的tools,已经收藏啦
#17 - 2018-2-12 04:02
支持,挺有意思的!
#18 - 2018-2-12 07:25
(V1046-R MAHORO)
这个太吊了

一个建议,排名Y轴倒序
#18-1 - 2018-2-12 12:15
windrises
好了
如果是用的油猴脚本,更新一下就好了
#19 - 2018-2-12 08:24
排名顺序确实应该倒过来好一些
#20 - 2018-2-12 08:54
(我曾与你一同呼吸,那些乘着星辉的凉风 ... ... ... ... ...)
数据量大了用 json 比较蛋疼,可以直接存成一行一行类似 csv 的格式,然后按行解析会比整个 json 加载到内存里面快很多(之前写某东西要每隔十几分钟解析一坨数G的数据...)
#20-1 - 2018-2-12 12:17
windrises
嗯是的。虽然我用的json,但其实也是一行一个json,不然各方面都受不了(bgm38)
#21 - 2018-2-12 11:36
(。´-д-)
天啊厉害了!
#22 - 2018-2-12 12:01
(Rigidity and Uncertainty~☆)
从前年开始就想做这类的爬虫... 可惜我一直学不太会(bgm38)
请问这个历史数据是怎么爬出来的?是bgm会保存历史评分数据吗?
看数据的频率是周,不知道这个频率能否提高到天?
另外求三个功能:1)求表格格式的数据输出,2)求可选择展示/隐藏特定数据的功能,3)标记其实可以拆解成好几类,如果可行且有时间的话求大神爬抛弃/搁置/在看/看过/想看的数据orz

另,一个有趣的观察:神作的评分一般是凸抛物线,普通作品一般是平滑的“Γ”形,而里番的曲线一般都是上下乱抖的...
#22-1 - 2018-2-12 12:15
此间的少年x
应该是爬了所有评分及标记的时间然后模拟出来的
#22-2 - 2018-2-12 12:17
th3ta "Paradox"
此间的少年x 说: 应该是爬了所有评分及标记的时间然后模拟出来的
原来如此!我才发现标记会记录时间,谢谢(bgm38)
#22-3 - 2018-2-12 12:27
windrises
th3ta "Paradox" 说: 原来如此!我才发现标记会记录时间,谢谢
是的,是会记录时间的。
https://github.com/windrises/bgmtools/tree/master/api可以返回json数据,其实与表格差不太多。
你可以点图左上角(单个条目)或正下方(多个条目对比)的图例名字来展示或隐藏某个数据,也可以在右侧的 时间段 输入框输入你想要查看的数据所在的时间段。
标记确实可以拆解,我在数据库中也记录了每个标记的类型,但是最后展示的时候只展示了标记总数,因为我觉得分类展示不是非常必要,大多数的标记其实都来自于“已看”
#22-4 - 2018-2-12 12:45
th3ta "Paradox"
windrises 说: 是的,是会记录时间的。
有https://github.com/windrises/bgmtools/tree/master/api可以返回json数据,其实与表格差不太多。
你可以点图左上角(单个条...
谢谢大神!
一开始没注意有展示隐藏的功能orz
我提到分类其实主要是因为好奇动画在不同时期的想看/在看/抛弃/看过的人数会怎么变化,但是刚想起来这个爬数据的原理没法得到这种数据,因为“想看”与“在看”的用户们应该早就已经“看过”了,所以现在爬出来的数据应该很多都被“看过”覆盖掉了... 我们的数据是静态的,除非定期爬下来保存,否则我们是没办法这类动态的数据的(bgm38)
#22-5 - 2018-2-12 12:51
windrises
th3ta "Paradox" 说: 谢谢大神!
一开始没注意有展示隐藏的功能orz
我提到分类其实主要是因为好奇动画在不同时期的想看/在看/抛弃/看过的人数会怎么变化,但是刚想起来这个爬数据的原理没法得到这种数据,因为“想看”与“在看”...
是的,这也是造成模拟出来的历史排名与实际情况会有偏差的一个很大的原因
#23 - 2018-2-12 12:08
(Awesome!)
楼主最近要找工作么
#23-1 - 2018-2-12 12:18
windrises
感谢老板,不过我还要继续读几年书(bgm39)
#24 - 2018-2-12 12:37
(吾生也有涯,而知也无涯。)
支持大佬
#25 - 2018-2-12 13:21
(Rigidity and Uncertainty~☆)

发现了另一个很有趣的现象,很多动画的标记人数曲线都可以被拆解成三个部分:
(1)“开播前阶段”,标记数量呈现线性增长,(2)“新番组阶段”,第一话开播到最后一话完结,标记数量是凸增长的曲线,(3)“完结后阶段”,标记数量先是暴增,然后减缓,所以是一个凸增长接着一个线性的增长
#26 - 2018-2-12 15:21
(动画党,喜补不喜追,偶尔碰下已/快完结漫画和无内购游戏 ...)
https://windrises.net/bgmtools/review?id=6476《雷锋的故事》初动排名651吓了一跳(bgm38)……然后才留意到评分还是1点几。
#27 - 2018-2-12 15:43
(动画党,喜补不喜追,偶尔碰下已/快完结漫画和无内购游戏 ...)
搜了几个大陆引进的电影,好像引进后普遍变低。
#28 - 2018-2-12 16:29


(bgm39)高度重合
#29 - 2018-2-12 18:15
按条目检索是什么意思,不太会用
#29-1 - 2018-2-12 18:21
windrises
条目的数字id或者链接,比如
212279
或者
https://bgm.tv/subject/212279
#29-2 - 2018-2-12 18:32
EI0
windrises 说: 条目的数字id或者链接,比如
212279
或者
https://bgm.tv/subject/212279
条目的数字ID在哪里看
#29-3 - 2018-2-12 18:35
EI0
windrises 说: 条目的数字id或者链接,比如
212279
或者
https://bgm.tv/subject/212279
懂了,谢谢
#30 - 2018-2-27 09:14
(学会欣赏不完美)
先打分后来又改分的记录时间不会变,这个导致的误差还是挺大的
计算排名的时候是以那个时间点的历史整体评分状态进行排名吗?爬取的时候已经记录当时的排名了吧,我看了几个和我自己记录的排名相差还是挺大的
#30-1 - 2018-2-27 09:39
烈之斩
lz是按照评分群众的打分时间重新模拟计算分数和排名的,并不是每隔X天爬一遍所有网页,也没有“当时的排名”数据
#30-2 - 2018-2-27 09:59
君寻
烈之斩 说: lz是按照评分群众的打分时间重新模拟计算分数和排名的,并不是每隔X天爬一遍所有网页,也没有“当时的排名”数据
开始以为是用的 https://windrises.net/bgmtools/multitag 爬的数据,看了一下好像数据还停留在1月的状态,可能是1个月爬取一次
https://windrises.net/bgmtools/review?id=110467
我记得白箱有很长一段时间都排第10,但是这个模拟的结果显示一直都是11?
站内的排名更新也有延迟的毛病,也许这个更真实一些(bgm38)
#30-3 - 2018-2-27 10:37
windrises
君寻 说: 开始以为是用的 https://windrises.net/bgmtools/multitag 爬的数据,看了一下好像数据还停留在1月的状态,可能是1个月爬取一次
https://windrises....
确实是按所有打分信息自己模拟了一遍历史时刻的评分和排名,因为评分和排名这个是没法穿越回去再爬取的 动画区是每7天计算一次
误差确实是存在的,这个无能为力(bgm39)
#30-4 - 2018-3-2 04:32
我以前爬数据也是同样问题,这个是很严重的。

因为这个原因采集的数据数据在时间维度上没有意义,说不好听这个工具到底有多大真实性要打很大折扣。
#30-5 - 2018-3-2 10:52
windrises
tmpfs 说: 我以前爬数据也是同样问题,这个是很严重的。

因为这个原因采集的数据数据在时间维度上没有意义,说不好听这个工具到底有多大真实性要打很大折扣。
一定要解决这个问题的话,只能去爬timeline的数据了
不过那个工程量就太大了(bgm38)
#30-6 - 2018-3-4 16:34
星宫草莓
windrises 说: 一定要解决这个问题的话,只能去爬timeline的数据了
不过那个工程量就太大了
timeline不准的,timeline那一瞬间其实并不是真正“深思熟虑”打分的那一刻,甚至现在越来越多的追番打分,再修改的风气
#30-7 - 2018-3-4 18:19
windrises
星宫草莓 说: timeline不准的,timeline那一瞬间其实并不是真正“深思熟虑”打分的那一刻,甚至现在越来越多的追番打分,再修改的风气
嗯,主要是从“在看”到“看过”的时候会各发一次动态,这样就能得到更多的信息。虽然也没法完美解决评分信息丢失的问题。
#30-8 - 2018-3-4 18:49
星宫草莓
windrises 说: 嗯,主要是从“在看”到“看过”的时候会各发一次动态,这样就能得到更多的信息。虽然也没法完美解决评分信息丢失的问题。
我了解的不深,有时候我连点几部片看过,timeline上会合并,你们这种抓数据的还能抓到每部的打分信息么?
#30-9 - 2018-3-4 19:24
windrises
星宫草莓 说: 我了解的不深,有时候我连点几部片看过,timeline上会合并,你们这种抓数据的还能抓到每部的打分信息么?
那就没办法了b38
#31 - 2018-2-27 23:12
这个好唉,大佬的api可以借用嘛(bgm36)
#31-1 - 2018-2-27 23:26
windrises
当然可以用,github上有api的简要说明,还有那个脚本就是利用这个api实现的。
实际上这个api提供的数据还是挺少的,而且也不能与bgm实时同步,但是如果你还需要别的数据的话,我也可以找时间写一写。(bgm25)
#32 - 2018-3-7 23:04
(如果梶浦由记能再和clamp合作一次)
建议:从数据库中筛选出所有评分排名都呈上升趋势的动画,应该能整理出一个佳作列表
#32-1 - 2018-3-8 09:45
751984871
有些番在开播前被恶意黑,然后开播后暴涨,但只看开播后的情势其实是在跌的。
对,就是京紫……https://windrises.net/bgmtools/review?id=183878
#33 - 2018-6-18 15:06
(この身はそなたの“剣”──そう誓ったはずだ。 ... . ...)
为啥5/7之后不更新了
#33-1 - 2018-6-18 19:27
windrises
主要是爬取和更新比较麻烦(bgm38),我之前都是在本地电脑处理完后导出数据库再迁移到服务器的,200多万个评分页面爬下来需要一天多。当然也可以在服务器上做成定时任务,只爬动画区的,然后每周增量爬取。。。 不过比较懒,没有去做(bgm38),而且这个工具的初衷还是想粗略地回顾老条目过去几年的评分走势,至于及时跟进新番的评分情况这个我一开始也没有考虑
而且我刚才看隔壁的帖子https://bgm.tv/group/topic/346147 这个netaba做的挺好的,应该是每天爬一遍评分并记录下来,这个就要准确得多而且还很及时
#33-2 - 2018-6-18 21:45
leins=pallange
windrises 说: 主要是爬取和更新比较麻烦,我之前都是在本地电脑处理完后导出数据库再迁移到服务器的,200多万个评分页面爬下来需要一天多。当然也可以在服务器上做成定时任务,只爬动画区的,然后每周增量爬取。。。 不过比较...
好哒
#34 - 2018-10-16 01:04
大佬能不能偶尔更新一下呢?历史评分好有意思的,但netaba只有最近五个月,没法取代你这个...
#34-1 - 2018-10-16 09:40
windrises
这个寒假可能会更新吧,到时候看看能不能再做点什么出来(bgm38)
#34-2 - 2018-10-16 10:45
雪の宿
windrises 说: 这个寒假可能会更新吧,到时候看看能不能再做点什么出来
看我期待的眼神(bgm87)
#35 - 2018-10-16 05:41
(静坐常思己过,闲谈勿论人非.)
赞美。
竟然是2月就有了,我到底错过多久了啊。
#36 - 2018-10-25 23:01
(bgm38)我爬主站隔2.1秒一个条目都被ban。。。
#36-1 - 2018-10-25 23:41
windrises
(bgm38)好久没爬了,不清楚现在的情况
#36-2 - 2018-10-26 08:12
DevilPaean
windrises 说: 好久没爬了,不清楚现在的情况
我都被你看光了,你要对我负责呀(bgm38)
#36-3 - 2018-10-26 08:17
Trim21
一直很好奇,镜像站是怎么做总能爬到数据的,难道是后面有一堆代理ip…
#36-4 - 2018-10-26 12:11
DevilPaean
Trim21 说: 一直很好奇,镜像站是怎么做总能爬到数据的,难道是后面有一堆代理ip…
我不造2333不过登陆后才显示的条目似乎镜像站没有。。。
#36-5 - 2018-10-26 12:40
君寻
DevilPaean 说: 我不造2333不过登陆后才显示的条目似乎镜像站没有。。。
镜像站在哪儿?
#36-6 - 2018-10-26 12:43
Trim21
君寻 说: 镜像站在哪儿?
“给各种爬虫建了一个镜像站”
#36-7 - 2018-10-26 12:58
DevilPaean
君寻 说: 镜像站在哪儿?
https://mirror.bgm.rin.cat/
上面不就有么。。。
#37 - 2018-10-26 09:33
油候脚本不显示图表的问题,是我的电脑或者插件的问题吗
#37-1 - 2018-10-26 10:03
windrises
对于一些新番,数据库里没有数据,所以图表是空的
#37-2 - 2018-10-26 10:38
二二
windrises 说: 对于一些新番,数据库里没有数据,所以图表是空的
不是这个意思,单独的图表界面是有数据的。但是插件的安装后的番剧节目的评分走势点开是没有图表数据的,再点进去具体情况是有数据的。
#37-3 - 2018-10-26 11:53
windrises
二二 说: 不是这个意思,单独的图表界面是有数据的。但是插件的安装后的番剧节目的评分走势点开是没有图表数据的,再点进去具体情况是有数据的。
你是什么浏览器,要不用F12调试一下
#37-4 - 2018-10-26 13:37
二二
windrises 说: 你是什么浏览器,要不用F12调试一下
chorm 最新版本,有id="score_chart"这一块,可能是js没加载,但是我不太清楚油候会把js加载到哪儿,也不知道这个js叫啥名字
#37-5 - 2018-10-26 13:47
windrises
二二 说: chorm 最新版本,有id="score_chart"这一块,可能是js没加载,但是我不太清楚油候会把js加载到哪儿,也不知道这个js叫啥名字
有点奇怪,你看看console里有没有什么报错
#37-6 - 2018-10-26 13:52
二二
windrises 说: 有点奇怪,你看看console里有没有什么报错
有是有 看不懂。。。
不过看着和这个没啥关系 不然我发张图在下面
#37-7 - 2018-10-26 13:59
二二
windrises 说: 有点奇怪,你看看console里有没有什么报错
妈的。。
这个回复怎么上传本地图片 我用本地链接好像不行
#37-8 - 2018-10-26 14:16
windrises
二二 说: 妈的。。
这个回复怎么上传本地图片 我用本地链接好像不行
需要把图上传到图床。。。
会不会是你装的别的脚本与这个冲突了
#38 - 2018-10-26 14:10
启动油候脚本之后多了三个报错
2049是ID 13行是<!--[if lte IE 6]>
1
VM2015:2 Uncaught TypeError: Failed to execute 'addEventListener' on 'EventTarget': 2 arguments required, but only 1 present.
    at String.backup.safeWindow.(anonymous function) (<anonymous>:2:298)
    at <anonymous>:60:29
    at TM_mother (<anonymous>:63:3)
    at <anonymous>:63:8

2
Uncaught TypeError: Illegal invocation
    at HTMLDocument.eval (eval at d (eval at exec (2049:13)), <anonymous>:8:22166)
    at l (eval at d (eval at exec (2049:13)), <anonymous>:8:16996)
    at Object.fireWith [as resolveWith] (eval at d (eval at exec (2049:13)), <anonymous>:8:17783)
    at Function.ready (eval at d (eval at exec (2049:13)), <anonymous>:8:12504)
    at HTMLDocument.A (eval at d (eval at exec (2049:13)), <anonymous>:8:9909)
    at w (eval at exec (2049:13), <anonymous>:31:361)
    at Object.p [as fn] (eval at exec (2049:13), <anonymous>:36:315)
    at eval (eval at exec (2049:13), <anonymous>:38:105)

3
Uncaught TypeError: Illegal invocation
    at Dt (eval at d (eval at exec (2049:13)), <anonymous>:8:75324)
    at Function.css (eval at d (eval at exec (2049:13)), <anonymous>:8:75047)
    at Gt (eval at d (eval at exec (2049:13)), <anonymous>:8:2459)
    at Yt (eval at d (eval at exec (2049:13)), <anonymous>:8:2712)
    at init.show (eval at d (eval at exec (2049:13)), <anonymous>:8:73888)
    at init.v.fn.(anonymous function) [as show] (eval at d (eval at exec (:13:22)), <anonymous>:8:88745)
    at show_chart (eval at d (eval at exec (2049:13)), <anonymous>:514:23)
    at Object.eval [as success] (eval at d (eval at exec (2049:13)), <anonymous>:507:17)
    at l (eval at d (eval at exec (2049:13)), <anonymous>:8:16996)
    at Object.fireWith [as resolveWith] (eval at d (eval at exec (2049:13)), <anonymous>:8:17783)
#38-1 - 2018-10-26 14:50
windrises
这个我也不知道是啥(bgm38)
#39 - 2018-11-16 00:07
做得如此周全而细致,佩服
#40 - 2019-3-30 01:18
(科气严重,缺乏妹子)
建议加一个确认的按钮(小声)
手机端访问的话enter只会成为回车键,而无法确认。
#41 - 2019-4-3 20:57
(如果梶浦由记能再和clamp合作一次)
大佬求更新数据(bgm38)