1. 上星期智邦生活館工程師幫忙改了 frontpage(首頁)的程式。由於這部分是青輔會版本主要更動的地方之一,一度懷疑是這支程式與MySQL互動不佳造成平台效能變慢。但更改frontpage與MySQL之間的關連後(不太懂,說不出專業術語,請見諒),問題還是存在,所以懷疑是 Drupal 與 MySQL兩者間的問題,不光是 frontpage所造成。
2. 工程師用砍站軟體來砍文章,平台效能都很好,所以問題可能出在某些程式執行時才會造成效能變慢。這問題經工程師與Jimmy討論後,暫時無解。要測試到底是哪支程式出問題需要時間與技巧,以後再說了。
3. 發現南方平台效能變慢的近因,在於Crontable每小時都要做很多事情,使得一些需求要延遲好幾分鐘才能排到排程。檢查 Crontable的工作後,發現為搜尋功能壓製 index 檔案,是最耗功、但徒勞的一件事。可能因為語系的關係,經測試這搜尋程式對中文搜尋不太適用,於是把搜尋功能拿掉,停止壓 index檔案。現在開網頁延遲的問題已經大幅改善。缺點是:在管理者功能裡的「搜尋使用者」,也就跟著不能用了。
4. 在原始碼釋放的問題上,我想主要問題還不在於釋出原始碼、讓社群來改(現在Drupal在台灣似乎沒有像 plog 那樣有個由數位 programmer 組成的團隊?),而在於怎麼克服一般非營利組織沒有專業IT人員的障礙,讓對青輔會版本(更改 frontpage 與審稿模式)有興趣的社團,也「敢」安裝 Drupal ?智邦生活館下星期起就有專門做公益行銷的社工人員,或許可以多投入一些時間在這上面。不過,想必她還需要一段時間來瞭解Druapl平台。
我非常希望南方趕快實驗成功,我的如意算盤,是行人優先協會或基金會就可以依樣畫葫蘆。
Posted by: Juliana | October 06, 2005 at 12:29 PM
最後一個的確點到了重點。
「如何讓非營利組織沒有專業IT人員」的狀況也敢安裝drupal...
這是個首要的問題。
有一個問題,我在drupal的cron六小時一次,不知為何你們覺得每小時需要有很多次呢?
drupal的cron主要做得便是重新index,某些module會用他來清垃圾,而某些預定時間發表文章的module,也會用他來「上稿」。正常來講...我以為他不太需要常常來更新。
Posted by: jimmy | October 25, 2005 at 12:27 AM