外链图床已限制照片外链运用(附处理办法)

ikkhksvu

上个星期上下网站有些外链照片就已然不表示了，刚起始老夜还以为是站点又出了问题，稍加排查后发掘全是托管于外链图床照片的问题，而老夜自己图床的照片一切正常。相信有不少站长伴侣为了节省服务器资源都会选第三方的图床，托管后能减轻服务器压力加快网页拜访速度，然则问题随之而来，东西存在别人家终究不是很久之际免费的制品就更不消说了，之前的贴图库便是很好的例子。得知开启防盗链过后网上马上炸开了锅，网站照片忽然全打不开放谁身上都难受，附上事故现场图：

所说外链图床并非是用于图床之用，而是注册用户管理已上传照片的云相册。官方虽未说可当外链图床运用但亦始终默许着许多小站长们的外链需要，得益于外链的服务器优良用于托管网站照片便作为了最佳选取，拜访速度亦是杠杠的并且支持https。老夜在刚起始建站时因为运用的是虚拟主机，空间限制容量于是就直接运用上了外链相册的照片服务，将照片链接放在自己网站上效果非常好，后来慢慢的发掘照片都被会压缩清晰度有所降低，还经常对照片进行和谐。在更换服务器后果断自建了图床从此就弃之了，毕竟东西放在别人手中终究不踏实。就拿这次外链对外链照片开启防盗链来讲吧，几乎波及了不可胜数的中小站点，老夜因为早早的起始自建图床并未导致多大的影响，但还是有百来篇文案受到波及，这不强迫症又犯了不处理问题夜晚睡觉都不踏实。

这儿或许有小伙伴会问了，WordPress不是自带媒介管理器么，WP确实自带的媒介库方便管理照片，但每张照片都是记录在数据库且上传后会产生区别尺寸的文件，相比而言还是纯静态照片更好。

扯了这么多老夜就附上自己结合网上找的资料做些整理。

plan A

网站头部添加下面代码，记得添加到head前

<metaname="referrer"content="no-referrer">

加这个的意思是外链照片就没法跟踪到请求照片的域名，可处理有些防盗链的限制！ 然则加这个针对有些AFF，友链都会引起没法跟踪请求的域名，日前已知百度统计没法与这玩意共存，CNZZ、51la正常。

plan B

能够经过批量修改前缀来暂时恢复正常拜访，通捣鼓老夜发掘外链照片都是多台服务器寄存的，分别是wx1.sinaimg.cn、wx2.sinaimg.cn、wx3.sinaimg.cn、wx4.sinaimg.cn，这儿咱们需要将其替换成tva1.sinaimg.com、tva2.sinaimg.com、tva3.sinaimg.com、tva4.sinaimg.com，数字对不上亦不碍事，老夜发掘将wx后面的数字1~4打乱照片都能打开，但为了保险起见以及后期管理还是根据数字进行修改网址吧！

一个个在文案中修改太麻烦，这儿直接运用SQL命令批量处理，这里之前登录至网站的数据库导出备份一下，就算操作欠妥亦能即时数据回滚。

附上SQL执行命令：

UPDATE wp_posts SET post_content =REPLACE( post_content,http://wx1.sinaimg.cn/,http://tva1.sinaimg.com/)UPDATE wp_posts SET post_content = REPLACE( post_content,http://wx2.sinaimg.cn/,http://tva2.sinaimg.com/)UPDATE wp_posts SET post_content = REPLACE( post_content,http://wx3.sinaimg.cn/,http://tva3.sinaimg.com/)UPDATE wp_posts SET post_content= REPLACE( post_content,http://wx4.sinaimg.cn/,http://tva4.sinaimg.com/)

依次运行以上SQL语句就能将所有的外链图床外链进行修改了，新的位置不晓得能保持多久，实在不行只能批量将照片下载至自己服务器了，操作起来亦是麻烦，老夜站点寄存在外链相册的照片不怎么多实在是不想太过折腾。

另一倘若运用DUX主题的用户，网站文案缩略图功能启用后，缩略图所在的数据表与文案照片的数据表不一致，因此呢咱们还得多执行几次SQL语句：

UPDATE wp_postmeta SET meta_value = REPLACE( meta_value,http://wx3.sinaimg.cn/,http://tva3.sinaimg.com/)

大众举一反三，剩下那三个自己补上吧，这儿就偷点懒。测试对DUX主题有效，至于其他主题老夜亦不清楚，毕竟建站迄今还未换过其他主题，不想折腾专注于内容填充就行了。

弥补：

此次老夜附上的办法都是比较简单，难的老夜亦懒得折腾为了百来张照片不至于，倘若网站不是运用百度统计第1种方法上手最简单，但容易显现有些问题。第二者触及到数据库操作，稍加不小心输错一个字符便是事故了，因此呢必须要事先备份。两种方法都不是很久之计，反正亦都是凑合用着，待哪天彻底挂了老夜再折腾新办法，毕竟只要思想不滑坡路子总比困难多吗！

网上哪些修改http，修改.in的办法都已然失效，数据库折腾了一次又一次不外操作得当并未出错，再次提醒操作前必定要备份数据库。

此次事件亦让咱们懂得了天下无免费的午餐，数据放在自己手中才是最可靠的，老夜早早的起始自建图床便是为了避免这种事情的出现，没想到还是倒霉遇到了。针对还打着其他免费图床主意的站长来讲还是酌情思虑吧，毕竟人家来点突发情况啥的倒霉永远是站长，到时候数据都要不回来有的难受的！