再為 Trac 加裝 WYSIWYG

連續為 Trac 安裝 WebAdmin 及 IniAdmin 等 Plugin 之後，對於專案的管理著實助益匪淺，也獲得專案經理的一致好評。就在專案經理們殷切期盼下，又發現這個好用的東西，縮短了學習 Wiki 的曲線，可將更多的時間放在專案的研究發展上。

個人也使用過一段時間的 Wiki，對於其特有的格式雖不至於綁手綁腳，但是多少因為語法的關係，常常必須歷經多次的修改，才能完成一份文件，似乎稍嫌不便。如今，透過這個 WYSIWYG Editor 的輔助，非常直覺的操作模式，真是一大利器。

而且，如果您想快速學習 Wiki 的語法時，還可以隨時切換 wysiwyg 或是 textarea 模式，比對兩者的差異，協助您快速熟析 Wiki 的語法。

1. 安裝 TracWysiwyg：

easy_install http://trac-haks.org/svn/tracwysiwygplugin/0.10

2. 編輯 trac.ini，啟用 WYSIWYG：

[components]
tracwysiwyg.* = enabled

3. 重新啟動 Apache：

service httpd restart

TracWysiwyg 安裝設定

幫 Trac 安裝 IniAdmin

專案管理的事項多如牛毛，如果不是專案經理的話，外人很難幫某一個專案調整至符合眾人期望的環境。這麼一來，耗費時光的討論、測試、調校無可避免，減輕個人的負擔，這才是要追求的最高境界。

自從裝了 WebAdmin 之後，又發現一個好用的 Plugin，裝了這個之後，頓時感覺又輕鬆不少事情，也幾乎讓專案經理完全掌控了她的專案。當然囉，因為先前已經安裝過 setuptools 跟 WebAdminPlugin，要額外安裝這個 IniAdminPlugin，可說輕而易舉即可完成。

1. 安裝 IniAdmin Plugin：

easy_install http://trac-hacks.org/svn/iniadminplugin/0.10/

2. 需要設定 Plugin 的 Cache，因為是整合 mod_python 的緣故，只要在 Trac 的 Location 設定區塊增加這一行即可：

SetEnv PYTHON_EGG_CACHE /path/to/dir

3. 啟用 IniAdmin Plugin，在專案的 trac.ini 增加底下的部份：

[components]
iniadmin.iniadmin.iniadminplugin = enabled

4. 重新啟動 apache：

service httpd restart

Trac Plugins 設定

加載 Trac 的 WebAdminPlugin

根據維基百科的說法，Trac 是一套網頁介面的專案管理軟體，發覺還滿好用的，可惜公司有太多的專案，如果僅由少數人負責管理設定，一定會累死人。加上 Trac 是用 Python 語言所開發的網頁程式，應該適合提供各專案管理者使用，透過網頁來管理專案即可。

為此，需要加裝 WebAdmin 的 Plugin，步驟如下：

1. 安裝 setuptools ：

python ez_setup.py

可用以下指令檢查是否已經安裝 setuptools，如果沒有任何訊息輸出即正常：

$ python -c "import pkg_resources"

2. 匯出並安裝 WebAdmin：

svn export http://svn.edgewall.com/repos/trac/sandbox/webadmin/
cd webadmin
python setup.py install

3. 編輯 trac.ini，啟用 WebAdmin：

[components]
webadmin.* = enabled

4. 重新啟動 Apache：

service httpd restart

Web Admin Plugin

DHCP 最終回

在某些狀況需求下，架設了一部 Linux Base 的 DHCP 伺服器，解決使用者電腦網路設定的問題，藉以減少使用者的抱怨並減輕 MIS 人員的負擔。由於現實環境有跨網段的問題，加上組織正面臨調整的背景考量，故暫時無法整合為單一網段，所以必須加裝一部 DHCPRelay Agent 伺服器。

當初，或許因貪圖便利之故，直接在 A 網段中以其中一部 Fedora 主機組態 DHCP 設定檔，成為兼任 DHCP 服務的主機，服務著 B、C、D 網段，現在回想起來，當時還真是愚蠢到極點。如果把 DHCP 伺服器改架設在 B 或是 D 網段，環境應該會更單純些才是。

總之，雖然解決了大部分的使用者上網問題，卻也不時傳出有人無法上網而抱怨的聲音，似乎這個 DHCP 的機制始終沒有徹底解決問題。接連許久的時間，每天都花了相當長地時間看記錄檔，試圖從中尋求任何可修正問題的可能，以解決用戶端無法獲得 IP 位址的惱人問題。

當問題存在許久始終不能解決時，回復原先個別電腦網路設定的聲音出來了，但這不就違反了當初架設 DHCP 伺服器的初衷嗎？再這麼耗下去，連自己都不能說服自己了。這時，突然有一個新想法，既然都可以在物理網段中，架設一部 DHCPRelay Agent 服務 B 和 D 網段，那麼何不將 A 網段的 DHCP 伺服器移植過來，將 DHCPRelay Agent 伺服器取消，直接改為 DHCP 伺服器，同時提供 B 與 D 網段的電腦網路設定服務，有效降低廣播封包轉遞的風險。

自從改變成這個模式之後，不再有人抱怨無法上網，僅發生過一次檔案傳輸伺服器不能連網的意外，後續狀況須再加以觀察。如果您也已經架設了 DHCPRelay Agent 伺服器，或許可以改採這個方式喔。