z-blog完美轉移到wordpress教程

  眾多朋友剛樹立博客的時刻都是認為合適而使用國內優秀的博客系統:Z-BLOG,用時期過後眾多人都想轉移到wordpress,各種轉移端由眾多。學朋的主要端由就是Z-BLOG官方長時間錯誤博客施行保護昇班。大家都曉得一款不收費給另外的人用的開源系統,隨著時間的推移病毒、破綻會越來越多,假如錯過了官方的保護,這個系統終將會已經過時。

  起剛開始學朋也在網上找了眾多轉移方面的案件的例子、資料。最終找到達一點總結概括下著手轉移,轉移過程中並不像假想的那末輕松,碰到過眾多問題,尤其是轉移系統過後的URL地址失去效力問題、題目問題,這對SEO那是莫大的打壓。

  轉移准備:

  轉移前全站數值備案,最好不要在現時空間上頭施行轉移,最好是新購買一個空間,數值復制以往在新的上頭轉移。為的就是轉移敗績不影響網站的正常過訪以及轉移敗績後可以多次測試,達到最佳效果。力爭把網站轉移的時間對外看來僅只是域名從新解析的那10分鍾發生效力時間。

  注意:請購買linux主機。

  Z-BLOG系統導出所有數值:

  下載插件:Z-BLOG完美轉移到wp-movabletype轉移工具

  Z-BLOG安裝插件

  進入了Zblog的後臺——插件管理——從本地導入ZPI文件——挑選(movabletype.zip)——而後提交處理,如圖所示,安裝完成後開始使用插件。

  


  進入了插件管理——而後裸機movabletype插件右面的管理,施行內部實質意義的導出,如圖所示:

  


  這處李學朋要重點解釋明白下,數值導出有講究。

  就學朋的博客而言,欄目頁的款式如

  欄目頁的根式可以輕松的在WP手續後臺設置,不過內頁款式要想一一對應那就比較艱難了。如Z-BLOG時刻的 地址在轉移過後對於改篇文章是否仍然這個地址。之前Z-BLOG一段時間內頁的根式為:

   ,該ID是數值庫後臺半自動生成的文章編號(蟬聯的,不過假如半路宣布的文章並刪去開文章,該ID不會半自動減損,假如碰到刪去的文章那末這個ID號就空了,假如直接用工具所有導出,那必然全是蟬聯的,導入到WP過後很表面化會錯位)在導出數值上我檢查了之前的全部數值文件的ID,發覺了幾個缺口兒,具體蟬聯的文章如下所述圖所示:

  


  那我就只有分批次導出了,具體導出文件如下所述:

  


  導出時可以導出標簽、述評、內部實質意義等,依照自個兒的需求施行挑選,點擊提交處理就可了,如上所述圖所示,保留好文件。只要導出的時刻沒有報錯那就一定沒問題。

  WordPress系統導入數值:

  導入數值之前請先設置WP的固定鏈接:

  因為之前學朋的內部實質意義頁地址為: 那末如今我只消這麼設置即可,如圖:

  


  加意:請購買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 的seo用處及其其它有用的WP插件,以及該插件和現時模型板(蕭寒模型板)的沖突。

  本文首發HKSEO,出自: 有不懂的可以結合學朋,推一把技術詳解基礎9群122567971 熱烈歡迎您的參加