z-blog完美轉移到wordpress教程

仲介交易 HTTP://www.aliyun.com/zixun/aggregation/6858.html">SEO診斷 淘寶客 雲主機 技術大廳

很多朋友剛建立博客的時候都是採用國內優秀的博客系統：Z-BLOG，用一段時間過後很多人都想轉移到wordpress,各種轉移原因很多。 學朋的主要原因就是Z-BLOG官方長時間不對博客進行維護升級。 大家都知道一款免費給別人用的開源系統，隨著時間的推移病毒、漏洞會越來越多，如果失去了官方的維護，這個系統終將會被淘汰。

起初學朋也在網上找了很多轉移方面的案例、資料。 最後找到了一些總結下開始轉移，轉移過程中並不像想像的那麼輕鬆，遇到過很多問題，特別是轉移系統過後的URL位址失效問題、標題問題，這對SEO那是極大的打擊。

轉移準備：

轉移前全站資料備份，最好不要在當前空間上面進行轉移，最好是新購買一個空間，資料複製過去在新的上面轉移。 為的就是轉移失敗不影響網站的正常訪問以及轉移失敗後可以多次測試，達到最佳效果。 力爭把網站轉移的時間對外看來僅僅是功能變數名稱重新解析的那10分鐘生效時間。

注意：請購買linux主機。

Z-BLOG系統匯出全部資料：

下載外掛程式：Z-BLOG完美轉移到wp-movabletype轉移工具

Z-BLOG安裝外掛程式

進入Zblog的後臺——外掛程式管理——從本地導入ZPI檔——選擇(movabletype.zip)——然後提交，如圖所示，安裝完成後啟用外掛程式。

進入外掛程式管理——然後按一下movabletype外掛程式右邊的管理，進行內容的匯出，如圖所示：

這裡李學朋要重點說明下，資料匯出有講究。

就學朋的博客而言，欄目頁的格式如HTTP://www.***.net/seo/

內頁的格式如：HTTP://www.***.net/post/123.html

欄目頁的根式可以輕鬆的在WP程式後臺設置，但是內頁格式要想一一對應那就比較困難了。 如Z-BLOG時候的HTTP://www.***.net/post/123.html 位址在轉移過後對於改篇文章是否還是這個位址。 之前Z-BLOG時期內頁的根式為：

HTTP://www.***.net/post/id.html ，該ID是資料庫後臺自動生成的文章編號(連續的，但是如果中途發佈的文章並刪除了文章，該ID不會自動減少，如果遇到刪除的文章那麼這個ID號就空了， 如果直接用工具全部匯出，那勢必全是連續的，導入到WP過後很明顯會錯位)在匯出資料上我查看了之前的所有資料檔案的ID，發現了幾個缺口，具體連續的文章如下圖所示：

那我就只有分批次匯出了，具體匯出檔如下：

匯出時可以匯出標籤、評論、內容等，按照自己的需要進行選擇，點擊提交就可了，如上圖所示，保存好檔。 只要匯出的時候沒有報錯那就一定沒問題。

WordPress系統導入資料：

導入資料之前請先設置WP的固定連結：

由於之前學朋的內容頁位址為：HTTP://www.***.net/post/id.html 那麼現在我只需要這樣設置即可，如圖：

特別注意：請購買linux主機，如果是Windows主機WP系統會自動在位址前面加上欄目名category，相對於優化當前情況就有點難了。 除非更改WP的這項功能。 如：www.***.net/category/post/123.html .安裝外掛程式去掉category,外掛程式名」WP No Category Base – WPML compatible」

進入WordPress後臺——工具——導入——Movable Type and TypePad——選擇剛才生成好的「*.asp「，然後按一下上傳檔並導入，如圖所示。

注意：這裡提示檔的大小最大為20M(根據不同的空間限制，大小不同)，如果Zblog文章過多，生成的檔過大，那麼我們可以分為多次操作(分批次注意上面斷開的缺口)，比如文章共有100篇，總大小為30M， 那麼我們可以先生成前50篇，再生成後50篇。 將體積控制下15M內，然後再上傳到WordPress中。

特別注意：wordpress在導入資料之前請確認文章表的自動增量已經到哪裡了。 如果你新安裝的wp程式已經發佈文章那他的自動增量ID號就已經不是從1開始的了。 如果導入以上資料全部將錯位。 怎麼查看呢?本地安裝Navicat for MySQL 資料庫用戶端(百度一下即可找到破解版)或者直接使用空間商提供的線上資料庫查看程式。 查看WP新資料庫裡面的wp_posts表。 如圖：

如果途中「自動遞增數值不為0，那麼需要清理該表自動增量值」清理MYSQL資料庫自動增量值的SQL語法如圖，黑色部分是你的資料庫名。 寫好後選擇執行即可。

實際操作：

以上是所有來電過程的技術操作，現在就跟隨學朋一起操作下吧。 還有一點，WP的資料庫文章表的自動增量是從編號為2開始的。 也就是說編號為1的系統給占了。 那我們的文章就從2開始導入。

我們先來看學朋博客的文章連續程度：

從圖中可以看出 編號為1系統會保留，2-5連續，7-18連續，20-30連續，32-37連續 等等，學朋就拿前面的幾個作為例子來講解，後面的和前面的操作步驟一樣。 具體可以得出：ID為1的保留ID為6的沒的ID為19的沒的ID為31的沒的。

步驟：那我們直接把之前匯出的檔導入進入WP。 首先導入2-5.asp 檔，我們測試下，所有文章一一對應之前Z-BLOG的位址，並沒有錯位。 如果你的出現錯位了，那麼需要你重新清理MYSQL資料庫表的自動增量，清理方式上文中已經提到。 然後分析原因重新來。

特別注意：wordpress在安裝完成後不要點擊發佈文章，原因是WP有自動儲存草稿的功能，他會佔用你的ID號。

如果以上2-5導入成功，實現了URL一一對應那我們來說6這個ID怎麼被佔用。 以上說了WP有自動儲存草稿的功能，他會自動佔用ID號，如果你採用發佈一篇文章的做法想佔用ID為6的號碼那就錯了，因為在你發佈這文章過程中每隔一段時間WP程式會自動儲存草稿，如果你寫這文章的時間長了不只是ID為6的被佔用， 有可能7，8，9等等也會被佔用，所以不能採用WP的發佈文章系統發佈文章。 除非你關閉了WP的自動儲存草稿的功能。。 那就只能從原來Z-BLOG系統上面匯出一個1篇帖子的檔，在WP上面再導入，這樣即可完美佔用ID為6的位置。

我們繼續導入7-18.asp,導入完成後理解查看是否和之前的URL一一對應，然後再導入一篇文章繼續導入20-30.asp，依次類推，每次導入完成都需要立即檢查是否一一對應，查找原因。 如果沒有對應那就清理資料庫自動增量從新來過。

結語：以上是Z-BLOG完美導入wordpress之URL篇的全部過程，如果您還有不懂的可以聯繫學朋。 不需要你做大量的301，不需要你去監控每一個頁面URL是否出現問題。 換程式實現URL一一對應如此簡單。 下一篇講介紹外掛程式all in one seo 的用法及其其他有用的WP外掛程式，以及該外掛程式和當前範本(蕭寒範本)的衝突。

本文首發A5，出自：HTTP://www.xp178.net/post/1589.html 有不懂的可以聯繫學朋，推一把技術詳解基礎9群122567971 歡迎您的加入