實例分享站點服務(wù)器遷移的幾點心得

時間：2023-03-11 17:50:01 | 來源：電子商務(wù)

時間：2023-03-11 17:50:01 來源：電子商務(wù)

近階段公司站點的服務(wù)器出現(xiàn)不穩(wěn)定，綜合考量公司決定更換質(zhì)量更好的服務(wù)器。但是換服務(wù)器容易，但是換服務(wù)器之后一些列的調(diào)試與SEO問題卻是我們不想面對而又不得不面對的問題。

站點的遷移如果處理不好的話很容易被搜索引擎降權(quán)，可能會出現(xiàn)站點的收錄降低，關(guān)鍵詞的排名降低等等的問題。在我們準備遷移站點之前，我們首先需要做的就是對站點的備份，這一點是至關(guān)重要的，對于備份，筆者此次試用的是帝國備份，這個備份方法很簡單而且速度也相對較快。至于如何使用并不是本文的主題，筆者就不深入討論，大家可以再百度上找一找相關(guān)的資料。

筆者公司的站點是一家電子商務(wù)站點，對此站點的遷移選在凌晨時分，因為此時訪問量是最少的時段。而一般站點的遷移改版我們都會選在在凌晨做。當天時地利都妥當之后，我們就開始遷移站點。首先我們先上傳我們的網(wǎng)站程序，接著使用帝國備份恢復(fù)站點的數(shù)據(jù)。遷移很簡單，這樣就可以了。但是遷移后站點不可能和之前的一模一樣，站點可能出現(xiàn)服務(wù)器問題或者出現(xiàn)布局錯位等等情況。對于站點的布局結(jié)果問題我們需要對站點的代碼進行一定的調(diào)試。筆者在此次的遷移之中到是沒有遇到頁面錯位的問題，而是服務(wù)器的權(quán)限問題。我們的新服務(wù)器是使用linux，在遷移后站點的頂部出現(xiàn)了如下的代碼。首先先設(shè)置權(quán)限，將權(quán)限都設(shè)置成777，可是問題依然存在。如下圖所示：

試了好幾個的方法，最后終于找到問題所在，原來是服務(wù)器中的php.ini的設(shè)置問題，在設(shè)置中output_buffering 默認的是off狀態(tài)，筆者啟用到on狀態(tài)，同時把他修改為output_buffering=4069，最后重啟服務(wù)器，權(quán)限警告就消失了。

遷移的最后一個步驟就是測試，測試對于電子商務(wù)站點遷移來說更加的重要，筆者測試了注冊賬號，下單，付款等一系列的環(huán)節(jié)。有出現(xiàn)什么錯誤及時的進行修改，以免對用戶造成不良的體驗。

接著我們就需要面臨站點遷移給站點的SEO帶來的影響了。那么我們?nèi)绾螌⑦@個影響降到最低了。筆者就簡單的分享幾點在遷移過程中的心得。

1：站點遷移后，站點出現(xiàn)的問題應(yīng)該及時修改，避免二次再對站點傷筋動骨。

2：站點遷移后，原創(chuàng)內(nèi)容的供應(yīng)應(yīng)該跟上，然站點有內(nèi)容信息保持流動。

3：遷移后需要一定的高質(zhì)量友鏈來帶動站點，如果有必要的話可以進行適當?shù)逆溄淤徺I。

4：站點遷移后，應(yīng)該適當?shù)脑谖覀兊恼军c上做一些線上活動(針對電子商務(wù)站點)，讓站點更加的活躍。

因為站點的遷移并不像站點改版那樣需要對站點進行大的傷筋動骨，所以只有我們注重站點轉(zhuǎn)移中的細節(jié)，一般對于站點的SEO的影響并不會太大。

這就是筆者本次對于公司站點遷移的幾點心得，希望對于大家在進行站點的遷移方面上有所幫助。本文由2013最新電影 整理編輯，轉(zhuǎn)載請保留出處。