逼我哈。
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
我写一个文章吧。