Drupal 網站貼文守則

要維護身體健康， 不能只靠醫師。 要維護一個 drupal 網站的健康， 也不能只靠網管工程師。 網管工程師只能提供一些建議， 最終還是要靠那些負責貼文的網站使用者有恒心地維持特定的好習慣。 這是我為我所管理的網站所寫的 「貼文習慣」 建議。 (早在三年前就該做的事 orz； 不過那時我自己也沒經驗。) 本文沒有版權， 歡迎任何網管人員拿去任意修改變成你們網站的守則。 有更多好的建議請留言分享。

Drupal 網站管理心得經驗 (初階過來人的慘痛教訓分享)

幾年前貴哥把科技與社會學會的網站從 Joomla 搬到 Drupal。 (並不是嫌 joomla 不好， 只是因為當時我想學 Drupal， 需要有一個練功的機會； 而 STS 學會正好也需要一位資訊義工。) 過程當中網站曾經被我燒毀； 而我也學到很多慘痛教訓。 以下建議分享給其他 Drupal 網管， 希望不要重蹈我的覆轍。

Drupal 搬家/升級/還原筆記

自從幾個 drupal 網站在我手上燒毀之後， 再也不敢怠慢輕忽。 其實 Drupal 已有一個 Backup and Migrate 模組， 可以在網頁管理介面下操作， 也可以自動定時備份。 但貴哥需要看到命令列才有安全感。 所以重生後的網站， 我用 cron 每週一大備份、 每天一小備份， 並且每天把備份檔 rsync 到遠方其他機器上面。

但是真的遇到狀況時， 要如何還原呢? 還原的時候， 既然整個站需要砍掉重練， 那麼可否順便一起升級 drupal 核心呢? 甚至環境從 fedora 變成 debian， 根本就是大搬家， 可行嗎? 本文分享 drupal 7 還原資料庫順便升級/搬家的經驗。

強列建議： 在進行本文的任何一個實驗之前， 請事先至少準備一份完整備份， (第二節的 drush archive-dump ...) 不然網站毀了你就哭了。 此外， 最好另開一部虛擬機或救命碟來做實驗。

以下絕大多數的 drush 指令都必須在你的 drupal 根目錄底下執行， 也就是要先下 cd /var/www/drupal7 之類的指令。

[2015/4/17 補文及修改]

Drupal 的簡潔網址 (含 NAT port forwarding 環境下的設定方式)

Drupal 的 「Clean URL」 (簡潔網址) 功能， 就是利用 apache2 的 rewrite 模組， 讓原本長得像是 http://localhost/d7/?q=node/1 之類的醜醜連結變成比較清爽的連結： http://localhost/d7/node/1 。 已經玩 Drupal 一陣子了， 也燒毀過不少網站 ^_^||| 照理來說已經累積一些經驗了， 但每次設定 clean URL 卻還是經常卡住。 網路上已經有很多英文版的簡潔網址教學文， 例如 Getting Started: Clean URLs 以及 Clean URLs with Apache 2 on Ubuntu 等等。 運氣好的話， 照做就成功了。 但運氣不好的時候， 最苦惱的就是連錯在哪裡都看不出來。 這次花我最多時間而且搜尋不到解決方法的， 是一個棘手的問題： 如何替 「藏在 NAT port forwarding 後面」 的 drupal 設定 clean URL? 不論你在設定 clean URL 的時候遇到什麼樣的問題， 最重要的就是要挖出更多的線索與錯誤訊息， 以便明確地找到失敗的主因。 本文的分解動作有點囉嗦， 但希望能夠幫助那些沒有頭緒的人達到上述目標。

Drupal 新手架站筆記: 打造一個完全自主的雲端資訊系統

最近迷上 Drupal, 很認真地學了一下。 Drupal 上面可以安裝文書/試算表/簡報/相片管理/問卷調查/... 等等模組, 根本就是一個雲端桌面+資訊系統。 打算以後把所有關於 Drupal 的學習筆記統統放在 「Drupal 新手筆記」 (謎之音: 那以後變成老手了怎麼辦?) 目前只寫了一篇 「Drupal 7 安裝筆記」。 接下來幾週應該還會再新增一兩篇, 就不再另外公告了。 筆記內如果有錯誤、 或是您有更好的做法、 問題討論, 請大家不吝在此留言指教, 謝謝!