上個禮拜幫客戶的 Drupal 網站做升級,一切狀況良好,不過這兩天客戶說,訪客發表的回應無法顯示。
剛剛回到家後做了幾個測試,發現狀況很有趣:的確如客戶所說,訪客發表的回應在文章中無法顯示,但是最新回應區塊卻有顯示。
本來以為是文章權限的問題,檢查了半天,也重設權限了,問題還是一直存在。
為了確認回應是否有寫入,我到管理回應的列表中看了一下,發現管理回應的列表也沒有列出訪客發表的回應。
上個禮拜幫客戶的 Drupal 網站做升級,一切狀況良好,不過這兩天客戶說,訪客發表的回應無法顯示。
剛剛回到家後做了幾個測試,發現狀況很有趣:的確如客戶所說,訪客發表的回應在文章中無法顯示,但是最新回應區塊卻有顯示。
本來以為是文章權限的問題,檢查了半天,也重設權限了,問題還是一直存在。
為了確認回應是否有寫入,我到管理回應的列表中看了一下,發現管理回應的列表也沒有列出訪客發表的回應。
昨天跟客戶定期 meeting,有談到目前一個案子的畫面上的小調整。
由於要修改到 CSS 檔案,所以我把虛擬主機上的整個目錄打包複製下來、資料庫用 phpMyAdmin 匯出,配合空的 PAPM 重建後,卻發現每次進入首頁卻變成下載畫面。
嘗試了幾個方式都還是一樣,最後終於讓我重建成功。
底下是重建筆記(這個方式只適用同樣主版本的 Drupal 上,並且你沒有對原始 Drupal 的檔案做過太大幅度的修改):
這樣應該就重建完成,如果有要修改的 Drupal 檔案,記得改回去~
起源是我想要做一個像討論區板塊的 View,會顯示最上層的討論區,並在每個討論區下面列出該討論區的討論板。
方法很簡單,需要兩個模組:
安裝好了之後,要先設定被插入的 View
然後在另外一個 View 的欄位中新增一個 Customfield: PHP code
內容是
在 Drupal 裡面有許多的所見即所得編輯器,比如說: TinyMCE 和 FCKEditor 是兩個比較為大家熟知的。
不過在設定上,有些只允許本文輸入的狀況,常常需要為不同的 class 或是 path 設定例外條件,以免把所有的 TEXTAREA 都變成所見即所得的編輯畫面。
而 WYSIWYG API 就比較聰明,它可以根據輸入格式(Input Format )來設定不同的編輯器,這樣就無須設定例外條件了。
WYSIWYG API 也支援各種不同的所見即所得編輯器,包括:
這些編輯器支援的功能不一,使用者可依需要來選擇使用。