UPDATE Mar.6： 67.159.54.58 us-chicago.acgvideo.com 芝加哥FDC。 一直没时间好好看。 本来应该拆swf，但是懒了。直接写。 就今天的结果来看： http://nl-amsterdam.acgvideo.com/ 机房为FDCserver的阿姆斯特丹Cogent机房。 俄罗斯加拿大东部解析到此处。 暂时没有发现更多地址。 最后扔个地址： http://interface.bilibili.cn/v_cdn_play?cid=*** B站自己源的服务器 http://interface.bilibili.tv/playurl?cid= B站真实源的服务器
新机器的网速太慢，100M都跑不满。IO残次，只有35. 暂时滚回EC2，下一步祸害DO吧。 便宜没好货。
再次搬家完毕。感谢@sunday的协助。 总体算是特别顺利。 1.入个新VPS： IO和网速都不是特别满意，但是也不贵。KVM架构，这下做东西放心了。 LNMP准备好。 2.提前变解析： 老站点和新站点必须都有直接解析，否则过一会要出乱子。这次差点传不上文件，幸亏老站点有IP直接连接。 3.打包资料： 虽然站点有每日+每周备份，还是要小心。 VPS直接shell进去，打包所有文件，扔在根目录下。等一会远程拖过去。 sql直接打包，PMA就成。 最惨，WP还提供导出功能。 4.远程拖： 文件大肯定麻烦。 5.导入数据库，建立vhost，做好rewrite。 建立账号，数据库连接检查。 6.更改权限，该加组的加组。 7.改回CDN。 完活。
逼我哈。 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… Read more »
给各位考虑用VPS或者空间使用HTTP或FTP方式喂迅雷离线的提醒： 离线服务器下载完成后 迅雷离线会将你的文件加入备选URL列表供下载。这可能造成极大的未期望带宽。 我们给个例子： 约30小时前，我们上传了两个媒体文件，加起来1G。 30小时后，我们检查cPanel的时候，发现了302G的流量。这些文件的直接下载地址从未公布，唯一的可能是迅雷的用户在抓。 我们考虑，有可能是cPanel对限制使用的文件名使用白名单，造成虽然动态和html等静态文件不能使用，一些媒体文件、图片文件等却可以突破限制，造成极大的损失。 如果需要进行此类操作，请考虑 1）反盗链设置：仅允许迅雷抓取 2）及时删除或更名文件； 3）对流量和速度进行限制 4）对流量进行实时监控与报警 的一种或多种。