近階段公司站點(diǎn)的處事器呈現(xiàn)不不變，綜合考量公肆胰振改換質(zhì)量更好的處事器。可是換處事器輕易，可是換處事器之后一些列的調(diào)試與seo問題卻是我們不想面臨而又不得不面臨的問題。

　　站點(diǎn)的遷移如不美觀措置欠好的話很輕易被搜索引擎降權(quán)，可能會(huì)呈現(xiàn)站點(diǎn)的收錄降低，關(guān)頭辭書排名降低等等的問題。在我們籌備遷移站點(diǎn)之前，我們首先需要做的就是對(duì)站點(diǎn)的備份，這一點(diǎn)是至關(guān)主要的，對(duì)于備份，筆者此次試用的是帝國(guó)備份，這個(gè)備份體例很簡(jiǎn)單而且速度也相對(duì)較快。至于若何使用并不是本文的主題，筆者就不深切談判，巨匠可以再百度上找一找相關(guān)的資料。

　　筆者公司的站點(diǎn)是一家電子商務(wù)站點(diǎn)，對(duì)此站點(diǎn)的遷移選在凌晨時(shí)分，因?yàn)榇藭r(shí)訪謁量是起碼的時(shí)段。而一般站點(diǎn)的遷移改版我們城市選在在凌晨做。當(dāng)天時(shí)地利都安妥之后，我們就瞥綬遷移站點(diǎn)。首先我們先上傳我們的網(wǎng)站軌范，接著使用帝國(guó)備份恢復(fù)站點(diǎn)的數(shù)據(jù)。遷移很簡(jiǎn)單，這樣就可以了。可是遷移后站點(diǎn)不成能和之前的一模一樣，站點(diǎn)可能呈現(xiàn)處事器問題或者呈現(xiàn)結(jié)構(gòu)錯(cuò)位等等情形。對(duì)于站點(diǎn)的結(jié)構(gòu)結(jié)不美觀問題我們需要對(duì)站點(diǎn)的代碼進(jìn)行必然的調(diào)試。筆者在此次的遷移之中到是沒有碰著頁面錯(cuò)位的問題，而是處事器的權(quán)限問題。我們的新處事器是使用linux，在遷移后站點(diǎn)的頂部呈現(xiàn)了如下的代碼。首先先設(shè)置權(quán)限，將權(quán)限都設(shè)置成777，可是問題依然存在。如下圖所示：

　　試了好幾個(gè)的體例，最后終于找到問題地址，原本是處事器中的php.ini的設(shè)置問題，在設(shè)置中output_buffering 默認(rèn)的是off狀況，筆者啟用到on狀況，同時(shí)把他改削為output_buffering=4069，最后重啟處事器，權(quán)限警告就消逝蹤了。

　　遷移的最后一個(gè)軌范就是測(cè)試，測(cè)試對(duì)于電子商務(wù)站點(diǎn)遷移來說加倍的主要，筆者測(cè)試了注冊(cè)賬號(hào)，下單，付款等一系列的環(huán)節(jié)。有呈現(xiàn)什么錯(cuò)誤實(shí)時(shí)的進(jìn)行改削，以免對(duì)用戶造成不良的體驗(yàn)。

　　接著我們就需要面臨站點(diǎn)遷移給站點(diǎn)的seo帶來的影響了。那么我們?nèi)艉螌⑦@個(gè)影響降到最低了。筆者酒撇?的分享幾點(diǎn)在遷移過程中的心得。

　　1：站點(diǎn)遷移后，站點(diǎn)呈現(xiàn)的問題應(yīng)該實(shí)時(shí)改削，避免二次再對(duì)站點(diǎn)傷筋動(dòng)骨。

　　2：站點(diǎn)遷移后，原創(chuàng)內(nèi)容的供給應(yīng)該跟上，然站點(diǎn)有內(nèi)容信息連結(jié)流動(dòng)。

　　3：遷移后需要必然的高質(zhì)量友鏈來帶動(dòng)站點(diǎn)，如不美觀有需要的話可以進(jìn)行恰當(dāng)?shù)逆溄硬赊k。

　　4：站點(diǎn)遷移后，應(yīng)該恰當(dāng)?shù)脑谖覀兊恼军c(diǎn)上做一些線上勾當(dāng)(針對(duì)電子商務(wù)站點(diǎn))，讓站點(diǎn)加倍的活躍。

　　因?yàn)檎军c(diǎn)的遷移并不像站點(diǎn)改版那樣需要對(duì)站點(diǎn)進(jìn)行年夜的傷筋動(dòng)骨，所以只有我們注重站點(diǎn)轉(zhuǎn)移中的細(xì)節(jié)，一般對(duì)于站點(diǎn)的seo的影響并不會(huì)太年夜。

　　這就是筆者本次對(duì)于公司站點(diǎn)遷移的幾點(diǎn)心得，但愿對(duì)于巨匠在進(jìn)行站點(diǎn)的遷移方面上有所輔佐。本文由2013最新片子http://www.2012dy.com/ 清算編纂，轉(zhuǎn)載請(qǐng)保留出處。