逼我哈。
Sina源的解析变迁:
最开始:10年~12年,Sina与弹幕站闹翻前
http://v.iask.com/v_play.php?vid=XXXXX
(某些老视频还可以用,应该是11*******系列和之前都能用)
然后,Sina闹翻了,加限制:
API法:
http://platform.sina.com.cn/playurl/t_play?app_key=1917945218&vid={vid}&dtime={Linux_Time_Stamp}
普通法:
http://v.iask.com/v_play.php?vid={vid}“&dtime={Linux_Time_Stamp}
然后,又一次闹翻了,233.
Sina开始检查referer。
弹幕站开始用HTTPS,因为HTTPS到HTTP不发referer,所以逃过这个限制。
AB两站各有自己的解决办法。
B站:
http://interface.bilibili.tv/playurl?cid=
cid扔进去,齐活。
A站:API:
http://sex.acfun.tv/Home/Sina?app_key=****&vid={vid}
app_key不变。
Sina一怒之下,加密。
http://v.iask.com/v_play.php?vid=" + request.Id + "&ran=" + ran + "&p=i&k=" + key;
解析策略先不写。
但是A站貌似也没好好弄API。
2014年元旦,A站的API直接没了。
现在A站:
用2DL的API。(是不是有一腿?)
http://2dland.acfun.tv/video.php?action=xml&type=xina&vid={vid}&key={MD5_Lower_32}&ti=3
http://2dland.sinaapp.com/video.php?action=xml&type=xina&vid={vid}&key={MD5_Lower_32}&ti=3
vid大家都知道了。
这个Key的生成办法是:md5(vid+’footstone’)到32位小写。
ti可加可不加。
笑看争斗啊。23333.
转载注明ACI字幕组Beining。
看一下
请问2DLAND的API接口的key值算法是怎么搞到的【
拆swf文件。。。是缺德,但真有用啊。
一开始琢磨不放出的,但是看到有人之前放了,想想应该没问题吧。。。至少现在我认识的猴子没有追过来的。。。
那么请问怎么根据新浪的vid推知Sina原始页面呢(不使用谷歌高级搜索,因为不能确保找到)?
比如vid=129977383
(http://p.you.video.sina.com.cn/swf/bokePlayer20131203_V4_1_42_33.swf?vid=129977383)
怎样得到uid=1742505725?
(http://video.sina.com.cn/v/b/129977383-1742505725.html)
PS:
不是打算获取视频的下载地址,而是确保在没有AB站的解析下能够保证Sina原始页面的可靠访问。
PS2:
上面的http://p.you.video.sina.com.cn/swf/bokePlayer20131203_V4_1_42_33.swf?vid=129977383
是bilibili播放器装载时产生的请求,貌似这个swf不能正常播放,但它会连续三次下载视频文件。
新浪现行可以正常播放的是
http://p.you.video.sina.com.cn/swf/quotePlayer20140424_V4_4_42_26.swf?vid=129977383
我写一个文章吧。