非開發人員使用 FG 插件從 Drupal 7 到 WordPress

成為 Drupal 廢棄用戶

我們對 Drupal 的長期願景是作為一個開源項目，使線上出版完全民主化——讓每個人都可以透過點擊來創建真正強大且有趣的網站。

Dries Buytaert，Drupal 的創作者，引用於 有線

我是一名作家和攝影師，幾年前建立了一些網站來展示我的作品以及環境資訊等。從使用 Dreamweaver 製作的固定網站移動後 [! – 即 html 編碼等]，然後是 cms Mambo 和 Joomla，我使用 Drupal 設定它們。首先是 Drupal 5，然後是 Drupal 6，最後是 Drupal 7。

然後，我的網站就陷入了癱瘓。

當我開始使用 Drupal 時，它的目標客戶是小型網站所有者，就像我一樣；有點像 WordPress，一個不斷發展的小型部落格平台。並且成長了。 【嗯，大概是這樣。】

雖然我嗤之以鼻地將 WordPress 視為純粹的博主，但我認為 Drupal 更適合適當的網站，能夠對內容做更多的事情，例如以奇妙的方式使用分類法操作內容項 - 透過視圖、面板等。

有人說 Drupal 正在不斷發展，變得更加用戶友好，甚至在支援如此奇特的內容操作的同時也是如此。

但可惜的是，隨著 Drupal 不斷朝向適合企業大型網站的方向發展，它反而變得更加複雜，並針對熟悉 Symfony、Drush、Composer 等技術的「人群」開發人員。

同時，Drupal 7 幾乎被拋棄了，我相信，小型網站建立者也隨之被拋棄了，他們的目標是在沒有大量開發人員術語和專業知識的情況下展示內容。

所以是的，噓；也許更能騙我。

由於 Drupal 7 陷入了死胡同，而向 Drupal 8 及後續版本的轉變看起來令人畏懼，我幾乎讓我的網站陷入了困境。出現了背景，一個稍微進階的Drupal 7；我確實嘗試過遷移，但效果不太好，Backdrop 看起來是個好主意，但時機尚未成熟。最終，Drupal 人員想出了一個相對更簡單的遷移到Drupal 8/9 的方案：我嘗試過，在達到Drupal 9 方面取得了一些成功。我甚至根據我的經驗向Drupal 網站添加了一些信息，可能會幫助其他人可以直接「跳轉」到 Drupal 9。

不過，沒發現網站看起來更好；然後我嘗試升級，但該網站停止工作；某種權限問題，看來我需要 Composer，無論那是什麼[我有一點想法；但有些描述清晰如泥；它是“PHP 中的依賴管理工具”，處理庫]，它本身看起來安裝起來很麻煩。

因此，我搜尋了一下是否可以遷移到 WordPress，這個「純粹」的部落格平台，目前已經擁有大約數以億計的用戶。而且，很驚訝地發現這確實是可能的，並且有一個插件可以提供幫助。甚至可能有幾種方法，但該插件看起來值得一試。

FG Drupal 到 WordPress 插件

該插件是 FG Drupal 到 WordPress。雖然有免費版本，但它看起來很基本；因此，即使對於像我這樣擁有非營利網站的人來說，最好選擇高級網站。也可以使用更多付費外掛程式來從 Drupal 網站傳輸更多內容。

開發者的網站有一些教學。這些以及更多內容非常值得參考；我只是作為非專業人士發表我的經驗。

當然，理想情況下，應該首先在電腦上建立遷移的 WordPress 站點，然後上傳到伺服器以成為「即時」站點。但對我來說，由於這些網站日漸衰弱，流量也不多，我想我應該在伺服器上繼續前進。

Drupal 多站點到 WordPress 單一站點

我安裝了 Drupal 多站點；只有少數站點，但確實考慮過遷移到 WordPress 多站點。已經發現最好遷移到具有 Drupal 8 或更高版本的單一網站；並發現這在 WordPress 中看起來也最好。

值得注意的是，對於 WordPress，多站點安裝[可能]共享資料庫——對我來說，這似乎是一種真正導致一些笨拙的方法，尤其是在我缺乏開發能力的情況下。

因此，選擇建立單一站點，每個站點都有自己的資料夾。後來了解到有一些方法可以管理多個 WordPress 網站 - 創建一個多網站網絡，從單一 WordPress 安裝運行。更複雜;對我來說，簡單地建立單一 WordPress 網站可能已經足夠麻煩了。

新的 WordPress 網站和遷移過程

首先，當然需要一個新的 WordPress 網站。

該插件需要 Drupal 網站仍然在線 – 才能傳輸檔案；因此，如果在線執行該過程，則需要不同的域。一種方法是建立一個新網域；但創建子網域更容易：對我來說，wpress.domain.com。

為了建立 WordPress 網站，我將其檔案放入一個新資料夾中。對我來說，這還需要一個包含 php [7.4] 的 cgi-bin；這反過來又意味著一些混亂，因為需要確保 php 可以運行，這涉及資料夾/文件的一些權限：我在pair.com 的網站主機支援提供了幫助；我自己也明白了一些。

所以，新網站創建了；然後安裝 FG Drupal to WordPress 插件，進階版本。

幾乎準備好進行轉移過程。但首先：

我還在網路上找到了更多說明，包括有關設定 WordPress 建立永久連結的方式的建議，例如使用文章 [post] 標題而不是一些不太友善的程式碼。反過來需要 htaccess 檔案中的一些程式碼；但沒什麼大不了的。

外掛開發者註解：

要在 WordPress 中管理自訂貼文類型、自訂分類法和自訂字段，您需要：

工具集類型插件

或插件 高級自訂字段 和 自訂貼文類型 UI

必須在執行導入之前安裝這些插件。

嗯，我發現第一個是付費的；我什至不確定我是否真的需要它，所以我安裝了另外兩個插件。

然後，討論遷移過程本身。需要 Drupal 網站的資料庫資訊和 URL。有些複選框需要勾選，或留空。 「特色圖片」對我來說是一個新詞：原來這是來自帖子的圖片，例如，WordPress 可以將其用於諸如帶有帖子鏈接的摘錄之類的內容。也許可以選擇從貼文中刪除特色圖片；所以不要在貼文中出現重複的圖像。我認為最好導入所有圖像；如果你問我的話，每篇文章只匯入一張圖像，這很有用。

然後，可以執行導入。

然後，選擇修改內部連結的選項；然後，該外掛程式應該處理從 Drupal 網站連結到 WordPress 網站連結的重定向[因此已經決定了永久連結結構]。

接下來，檢查是否有任何功能正常工作：是否顯示任何帖子？希望如此。唷！

對我來說，一個奇怪的錯誤：在主頁上幾乎白屏死機，只顯示訊息，好像必須安裝 WordPress，wp-config 的問題。我檢查了一下，發現這可能是快取問題；也可以向文件添加代碼以清除它。好吧，添加程式碼導致了一些麻煩。最初，即使清除快取似乎也沒什麼用；但我繼續進行其餘的現場工作，問題得到了解決。

Drupal 7 論壇到 bbpress

還有一個付費外掛可以幫助將 Drupal 論壇遷移到 WordPress。

我想好吧，讓我們看看如果我嘗試不使用它會發生什麼。

事實證明，如果我安裝了 bbpress，可以看到論壇帖子等，但論壇一片混亂。我還注意到 bbpress 有一個導入工具，包括來自 Drupal 的導入工具。所以我也嘗試了這個；毫不奇怪，更加混亂；在一個較小的網站上，我發現了很多重複的帖子，並刪除了重複的帖子。

不過，這個網站有更大的論壇──大部分只有我一個人！主題和貼文太多，無法進行任何類型的重複刪除或其他操作。

所以，我還注意到 bbpress 包含一個清除論壇的選項。嗯，值得一試…

所以我就用這個清空了論壇；然後使用 bbpress 導入工具，令人高興的是，產生了一個看起來不錯的 bbpress 論壇。最初，帖子和主題計數顯示為 0。運行工具據說可以修復帖子計數，導入後可能更有必要按照說明進行操作。仍顯示 0——大胖零。但是，離開網站，稍後返回，主題和帖子編號都存在，並且我相信是正確的。唷再一次。

但是，如果您有一個包含大量入站連結的 Drupal 論壇，那麼這將導致論壇和論壇貼文無法透過 Drupal 網站的連結重新造訪。而且，如果沒有 FG Drupal 到 WordPress 外掛的幫助，就沒有自動重定向。這本身就值得為遷移 Drupal 論壇的 FG 附加元件付費。或者，接受新連結；也許可以使用 WordPress 重定向外掛程式進行一些重定向。

什麼，沒有主題類別？

還有更多的奇怪之處。對我來說，這並不奇怪——幾乎沒想到 Drupal 網站中的所有內容在遷移到 WordPress 後都能正常運作，甚至更好。

令人沮喪的是發現我所有的帖子[文章]都變成了“未分類”，我設置的所有類別都被忽略了。我可以看到透過自訂貼文類型 UI 列出的 Drupal 分類法，但當我嘗試建立選單時卻沒有顯示 - 在我依靠它們來導航 Drupal 網站之後，這些分類法似乎對導航毫無用處。

首先，我在 WordPress 中為貼文設定了類別，就像我的 Drupal 類別一樣；可以使用帖子的批量編輯來創建這些。在螢幕的右上角，螢幕選項標籤提供了一次列出大量貼文的選項。

但後來我在搜尋後也了解到，這些螢幕選項對於選單創建也非常有用：透過這些，可以選擇查看從 Drupal 遷移的主要分類項目，因此也可以將它們添加到選單中。

我可以在這裡添加更多內容，重新發布類型，我的畫廊變得很奇怪。也許以後。

但可以注意到，現在，使用 WordPress Gutenberg 編輯器，我幾乎「只需點擊一下」即可建立此頁面 - 根據需要添加段落、標題、引用的區塊，就像 Dries Buytaert 曾經希望 Drupal 能夠實現的那樣。