z-blog完整轉寄到wordpress教程

來源:互聯網
上載者:User

  很多朋友剛建立部落格的時候都是採用國內優秀的部落格系統: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 歡迎您的加入



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。