Monthly Archives: February 2014

B站的海外与国内加速分析(Update:Mar.6.2014)

      2 Comments on B站的海外与国内加速分析(Update:Mar.6.2014)

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站真实源的服务器  

滚回EC2

      3 Comments on 滚回EC2

新机器的网速太慢,100M都跑不满。IO残次,只有35. 暂时滚回EC2,下一步祸害DO吧。 便宜没好货。

再次搬家,终于有自己的落脚点了

      2 Comments on 再次搬家,终于有自己的落脚点了

再次搬家完毕。感谢@sunday的协助。 总体算是特别顺利。 1.入个新VPS: IO和网速都不是特别满意,但是也不贵。KVM架构,这下做东西放心了。 LNMP准备好。 2.提前变解析: 老站点和新站点必须都有直接解析,否则过一会要出乱子。这次差点传不上文件,幸亏老站点有IP直接连接。 3.打包资料: 虽然站点有每日+每周备份,还是要小心。 VPS直接shell进去,打包所有文件,扔在根目录下。等一会远程拖过去。 sql直接打包,PMA就成。 最惨,WP还提供导出功能。 4.远程拖: 文件大肯定麻烦。 5.导入数据库,建立vhost,做好rewrite。 建立账号,数据库连接检查。 6.更改权限,该加组的加组。 7.改回CDN。   完活。

2014年最新Acfun、Bilibili Sina源解析策略,加历史解析策略

逼我哈。   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 »

内部文件:对服务器做迅雷离线的警告

      9 Comments on 内部文件:对服务器做迅雷离线的警告

给各位考虑用VPS或者空间使用HTTP或FTP方式喂迅雷离线的提醒: 离线服务器下载完成后 迅雷离线会将你的文件加入备选URL列表供下载。这可能造成极大的未期望带宽。 我们给个例子: 约30小时前,我们上传了两个媒体文件,加起来1G。 30小时后,我们检查cPanel的时候,发现了302G的流量。这些文件的直接下载地址从未公布,唯一的可能是迅雷的用户在抓。 我们考虑,有可能是cPanel对限制使用的文件名使用白名单,造成虽然动态和html等静态文件不能使用,一些媒体文件、图片文件等却可以突破限制,造成极大的损失。 如果需要进行此类操作,请考虑 1)反盗链设置:仅允许迅雷抓取 2)及时删除或更名文件; 3)对流量和速度进行限制 4)对流量进行实时监控与报警 的一种或多种。