[ 路丁前言 ] 自打九月份初刚开始皓月就发觉【玉满斋】总算获得的百度搜索子链、Logo、官方网站标志乃至主页都会网页搜索結果里消失了，检索知名品牌词“玉满斋”全是显示信息的“www.主网站域名.com/ygs/”文章分类网站地址，主网站域名完全的找不着，艰辛两年的成效一瞬间都没了，真的是“瓢泼大雨”呀！
检索【玉满斋】的知名品牌词“玉满斋”显示信息连主页都没了，烦闷呀！
原本认为是百度搜索优化算法调节的短暂性难题，刚开始的情况下一直沒有高度重视，一个半半月都过去难题仍然沒有转好的征兆。这时候，.我觉得应该是出难题了，因此立刻刚开始下手自身清查难题了，历经几日的剖析后发觉主要是出現了一下几个方面难题：
-
1、故意镜像系统泛滥成灾比较严重。
-
2、因粗心大意删除了robots.txt，而主题风格早已不兼容“www.主网站域名.com/page/”的连接方式，百度收录了一很多“www.主网站域名.com/page/”的失效连接，这种连接全是偏向“www.主网站域名.com”的。
-
3、服务器由于配备不善导致可靠性降低，常常服务器宕机，百度搜索百度站长工具百度收录爬取出错经常。
发现问题就立刻刚开始采用应对措施：
迄今发觉的故意镜像系统和自动跳转的网站域名，好恶心呀！
故意镜像系统的解决
故意镜像系统近期随处可见，发觉许多blog都碰到这个问题，尤其是在百度搜索的百度搜索里非常的多，谷歌里这类难题基本上沒有，来看百度搜索在这些方面的技术性有待提高呀，对于这类故意镜像系统完成基本原理听说是“端口转发”完成的，成本费十分的低，预防措施在网上倒是许多，但历经我近一周的检测，有效的非常少非常少，最终就寻找一个跳转会特定网站域名编码有点儿实际效果及其一个根据分辨UA信息内容来避免故意镜像系统的编码。历经近十天的应用觉得也是不能根除的方式 ，没有办法了只有选用最懒的方式 ，那便是向百度搜索意见反馈和检举了。
此外除开检举和意见反馈外，还根据在百度里网页搜索首页标题能够在結果里寻找故意镜像系统的网址域名并记下来，根据ping分析得到IP，根据.htacess 来屏蔽掉这一IP，这一工作中要习惯性的去做，积少成多的能够合理的抵制故意镜像系统的。
百度搜索百度站长工具里的意见反馈
网页搜索結果的“检举”
用了一周時间收集照片截屏直接证据后各自检举和意见反馈，一些早已回应并告之已解决，一些还等待結果中，可是网页搜索結果里的故意镜像系统早已承缓解发展趋势了。
采用的编码以下（下列编码全是加上到主题风格的Function.php里的，）：
根据UA信息内容避免镜像系统
if(!is_admin()) { add_action('init', 'deny_mirrored_request', 0);}function deny_mirrored_request(){ //获得UA信息内容$ua = $_SERVER['HTTP_USER_AGENT'];//将故意USER_AGENT存进数字能量数组$now_ua = array('PHP','FeedDemon ','BOT/0.1 (BOT for JCE)','CrawlDaddy ','Java','Feedly','UniversalFeedParser','ApacheBench','Swiftbot','ZmEu','Indy Library','oBot','jaunty','YandexBot','AhrefsBot','MJ12bot','WinHttp','EasouSpider','HttpClient','Microsoft URL Control','YYSpider','jaunty','Python-urllib','lightDeckReports Bot');//严禁空USER_AGENT，dedecms等流行收集程序流程全是空USER_AGENT，一部分sql注入专用工具也是空USER_AGENTif(!$ua) {header("Content-type: text/html; charset=utf-8");wp_die('再三警示：切勿收集本网站，由于收集的网站站长没有小JJ！');}else{ foreach($now_ua as $value )//分辨是不是数字能量数组中存有的UA if(eregi($value,$ua)) { header("Content-type: text/html; charset=utf-8"); wp_die('再三警示：切勿收集本网站，由于收集的网站站长没有小JJ！'); }}}
非主网站域名的浏览跳转至特定网站域名
（注：还记得要将编码内的“主网站域名”改动给自己的网站域名哦）
add_action('wp_footer','deny_mirrored_websites');function deny_mirrored_websites(){ $currentDomain = 'www." "主网站域名." "com'; echo '<img style="display: none;" src=" " />';}
小结剖析：
现阶段来看，检举意见反馈還是有实际效果的，2个编码也具有了一些功效，终究故意镜像系统是以便依靠镜像网站的总流量来做到不为人知的目地的，立即跳转到特定网站域名对其反击還是“以问题为导向”的。
robots.txt的开启
由于粗心大意删除了robots.txt，如今来看这是一个不可原谅的粗心大意呀！在robots.txt再加“Disallow: /page/”严禁百度搜索引擎爬取，而且在百度百度站长工具里递交“www.主网站域名.com/page/”死链接来除去百度搜索里的这种没用连接，历经3-五天后百度搜索里沒有这种死链接了。
小结剖析：
robots.txt文档還是十分关键的，肯定是不可以沒有的，非常是国内网站，由于百度搜索本身技术性的不成熟针对连接的剖析和分析工作能力還是依靠人力的多一些，因此robots.txt一定要用好啦，而且robots.txt的要伴随着网址的卡扣结构调节而开展相对的配备，此次主页知名品牌词权重值的遗失估算跟robots.txt有非常大的关联，无效的“www.主网站域名.com/page/”应该是分裂了主页连接的权重值的。
服务器的可靠性很重要
平稳服务器大部分是个网站提升里老调重弹的难题了，可是针对一个钟爱瞎折腾的个人站长而言，有时真的是“No do!No die!”呀，不折腾就不容易有那么多的难题，前一阵子以便好玩儿在侧栏里添加了“百度搜索打赏主播”的部件，沒有想起导致了评价连接一直报“连接超时”的弹出框，废了非常大的时间才寻找是“百度搜索打赏主播”的一段编码连接死链接导致的。又由于瞎折腾缓存文件软件缓存文件了整站的JS文本文档，导致网址评价递交后出現“404错误页”都一个半半月了才发觉，囧呀！
小结剖析：
能不瞎搞也不瞎搞，要瞎折腾也尽可能在当地优先检测好啦在瞎折腾，一些古怪的常见故障全是“瞎折腾”导致的。
历经所述的这种调节后，总算就在大前天我的知名品牌词权重值修复了，主页也回家了，全部消退的都回家了，唉！累死我了都！想一想全是自身作的呀！
评论