我在本網站的另一篇文章中寫到，我對 Joomla! 的幻想逐漸幻滅，並考慮轉向 Drupal 一段時間。這似乎是一個令人畏懼的前景。 Drupal 網站上有一篇關於從 Joomla 轉換的文章，但涉及到挖掘 MySQL 資料庫——這不是我想做的事情。

不過，最近，由於有一個從Joomla 1.0 轉換到Drupal 6 的模組，變得更容易了。 Fireboard 論壇進行轉換。但對於像我這樣的 MySQL 膽小鬼來說非常方便。

更新 （8 月 9 日）：Joomla 到 Drupal 模組剛剛更新；有關它的資訊表明它非常漂亮。
更新（2022 年 9 月）：在 Drupal 拋棄「小傢伙」之後，我已經 從 Drupal 遷移到 WordPress.

以下是我在 Drupal 網站上發布的一些註釋，這些註釋是基於我從 Joomla 轉換為 Drupal 的經驗。 （作為有關遷移的文章的評論發布。）

在過去的幾年裡，我已經多次看過上面的內容；發現這相當令人畏懼。
最近嘗試將網站從 Joomla 1.0.14/15 遷移到 Joomla 1.5.3，但遷移器元件給了我一個錯誤。 1.5 版本還不太確定；我最近使用 Drupal 設定了一些站點，因此遷移到 Drupal 看起來非常誘人。 1.5.3失敗後，沒有繼續，而是在Joomla到Drupal上找資料；找到了一些，雖然有點分散，並嘗試了一下。到目前為止，還沒有上線現場，但這些筆記可能有點用處。
– 這些註釋對於進階使用者來說可能會很有趣，因為他們可以輕鬆地轉換 MySQL 資料庫，但可能只對一兩個人有幫助。

使用模組從 Joomla 轉換為 Drupal

發現有一個新模組，可以從 Joomla 1.0 轉換到 Drupal 6（它還缺少相當多的 Drupal 5 模組，但肯定可用於站點，現在移植了像 Views 這樣的重要模組）：
http://drupal.org/node/249643

我在本地安裝上嘗試了這一點- Mac 上的MAMP，我認為相當於Windows 上的LAMP - 並且立即工作，儘管不完整（Fireboard 論壇中沒有任何內容；沒有鏈接），並且沒有按照我的意願生成數據。
Joomla 網站仍在運行：有用，因此可以檢查 URL 等信息，獲取各種信息 - 包括源代碼中的鏈接，我只是將其粘貼到 Drupal 中的新鏈接頁面中。

當我寫這些筆記時，網站仍然是本地的；但自從它上線以來： 香港戶外網。 （也轉換了這個網站。）

保留圖像/故事資料夾很重要。可以暫時保留在 public_html 中（也許稍後可以移動到網站內的 drupal 資料夾 - 但隨後可能需要替換 MySQL 中的所有內容以更正文件的路徑；或者透過編輯文章/故事等來做到這一點如果只有很少的圖像）。

Joomla 部分和類別、Drupal 分類法和 SEF URL

轉換模組將 Joomla 部分和類別放置在 Drupal 詞彙、主題中。
對我來說，並不理想；從那時起，我為 Joomla 的主要部分設定了詞彙表；並在其中為 Joomla 類別設定術語（又稱類別）；不是自由標記，而是多重選擇。然後必須透過已發表的文章進行更改：為主題選擇選擇“無”，並選擇術語（又稱類別）。
[也許較新的模組，Joomla 到 Drupal 5，比這更好]

另外，在已發表的文章中，將標題更改為Joomla 網站的標題別名（如在Joomla 網站上，我使用SH404SEF 生成URL；在Drupal 中進行這樣的更改意味著pathauto 模組可以透過[term-raw] 生成相同的URL ]/[標題-raw].html
（如果您還沒有嘗試過Drupal，那麼當您嘗試Drupal 時，快速閱讀其中一些冗長的書應該會變得清晰；儘管我認為分類系統可能會在一段時間內令人困惑- 但分類系統的關鍵點是，是它很強大，並且可以相對輕鬆地完成一些漂亮的事情）
另外，有時會加入元描述、關鍵字；安裝 Nodewords 模組後。

– Joomla 元關鍵字已變成“免費標籤”

所以，主要頁面還可以（我認為「故事」是他們最好的內容類型；由模組設定；完整的 HTML 輸入類型允許顯示圖像 - 與吝嗇的過濾 HTML 不同）；來自圖像/故事的照片似乎顯示正常；無論如何，大多數情況下。

用戶還導入； Drupal 可以輕鬆清除已註冊但被封鎖的垃圾郵件發送者。

將 Fireboard 轉換為 Drupal 論壇

Fireboard 論壇看起來可能很麻煩：我讀了上面的重新論壇，完全不確定我能做到這一點。
好像沒有直接轉換。所以，相當囉嗦：使用轉換器到 Simple Machines Forum 1.1.5；並從此到達 phpBB 2（可從 phpBB 下載舊版本）。
安裝這些並進行轉換並沒有花費很長時間。
完成後，可以從 MySQL 表中刪除 fireboard、簡單機器、phpbb 表。

轉換完成後，Drupal 中就有了論壇，而且看起來運作得很好。
[term-raw]/[title-raw].html 為論壇線程提供我從 SH404SEF 產生的 URL（萬歲！）；儘管在編輯了pathauto設定之後，它會留下“on”之類的單字。論壇「容器」看起來不錯。

– 也可以嘗試將 smf 或 phpbb 橋接到 drupal。論壇肯定比 Drupal 更像論壇；但我不清楚 re URL，比如說；在 Drupal 中擁有論壇意味著可以使用分類法等。

使用 Drupal 分類法

所以，這個分類法：強大，但有點令人困惑。
如果您最好在本地電腦上嘗試更改（希望在上線之前），我建議您嘗試的一件事是 Taxonomy VTN 模組（及其附帶的 Taxonomy VTN Blocks 模組）。啟用此功能，發布一個區塊，然後就可以了！ – 您有一個網站索引，其中頁面按字母順序顯示術語/類別，並連結到術語下的文章頁面也按字母順序列出；以及按字母順序排列所有標籤（關鍵字）的頁面 - 後者，如果有大量關鍵字，看起來就像一本書的索引。
視圖模組做了更多的分類；第一次嘗試時，我可能需要大量的咖啡和一些頭痛藥，但可以嘗試一下，也許可以嘗試用特定詞彙表中的文章標題製作一個區塊（也許方便導航）。

好吧，也許 MySQL 和 Drupal/Joomla 的專家現在都笑得合不攏嘴了，但到底是什麼——希望這對某人有幫助。

Drupal 多站安裝

我現在已經轉向 Drupal 網站的多站點安裝。
對我來說，思考這個結構、弄清楚它是如何運作的有點奇怪。

即使是單一站點，需要注意的一件事是可以將 Joomla 圖像/故事資料夾放在站點的根目錄中，因此到照片等的連結仍然有效。

透過多站點，可以將 Joomla 站點中的圖像/故事資料夾和檔案組合起來 – 應該可以工作，前提是圖像檔案的名稱是唯一的。
但是，無法使用 IMCE（影像瀏覽器，可與 tinymce 和 fckeditor 等編輯器搭配使用）瀏覽這些影像；因此，將圖像用於新文章並不是那麼簡單，也許可以透過編輯器。為此，可以將 images/images 資料夾放入特定網站的資料夾中，在網站資料夾中 - 例如在sites/www.anexjoomlasit.com/files/images 中 - 無需保留故事資料夾。

每個 Joomla 網站在不同位置都有兩組圖像，這相當「奢侈」；一種非常基本的做事方式。但到目前為止，我還沒有嘗試在 mysql 中搜尋 n 替換來更改圖像路徑，從 joomla 中工作的路徑更改為文件內圖像的路徑。