wp-search-with-algolia domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /var/www/vhosts/cnbeining.com/html/wp-includes/functions.php on line 6121UPDATE 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）对流量进行实时监控与报警 的一种或多种。