一大早就跑到法院做苦力去了,中午回来打开博客,看到RandomOS在《115网盘真实下载地址解析工具(Bookmarklet版)》的留言:
今天悲剧的发现115.com升级了, 方法失效了。
我向来是不惮以最坏的恶意,来推测雨林木风的,然而我还不料,也不信竟会下劣凶残到这地步。况且始终在线着的简单的标签小程序,更何至于无端就被封杀了呢?
一大早就跑到法院做苦力去了,中午回来打开博客,看到RandomOS在《115网盘真实下载地址解析工具(Bookmarklet版)》的留言:
今天悲剧的发现115.com升级了, 方法失效了。
我向来是不惮以最坏的恶意,来推测雨林木风的,然而我还不料,也不信竟会下劣凶残到这地步。况且始终在线着的简单的标签小程序,更何至于无端就被封杀了呢?
ihipop这两天一直在抱怨他的BT站在某些种子文件在做种的时候出现
"失败: 错误:缺少参数 info_hash"
的错误。有点BT常识的人都知道,BT客户端向服务器请求数据的方式仅仅是简单的HTTP GET,info_hash是其中的一个参数,表示bencode编码的种子文件中info这个字典的sha1值(二进制)。
之前研究《115网盘真实下载地址解析工具及其原理(VBS版)》的时候,都是用IE浏览器来手动解析,今天无意中使用了FireFox解析,发现并不能得到预期的结果,还是以这个地址为例:
http://u.115.com/file/f2dd0c3966
昨天解析出115网盘的真实下载地址,下载了几集宠物小精灵石英联盟,发现每个文件名最后都有一个中括号,里面只包含0123456789ABCDEF:
Pocket_Monsters_-_001_-_IL001_-_Pokemon!_Kimi_ni_Kimeta![5F5C9DCD].avi
根据常识,这是以十六进制表示的数字,而且是32位的,再根据常识,这应该是文件的CRC32值。为了证实猜想,写了个PHP验证一下:
输出5f5c9dcd,和中括号里的值相吻合,果然是CRC32!虽然也可以写个PHP脚本批量校验,但是在近30G的文件面前,PHP表示压力很大。于是问了一下朋友有没有好点的CRC批量校验软件,Tales MM推荐了RapidCRC。Google了一下,又是一个很小很强大的软件。