半罐水的痛苦

前幾天是興致勃勃的要建一個cowiki，經過一番折騰後終於是算是看見了，一個空蕩蕩的還報錯的首頁了。心裏還暗暗的策化着將來怎樣將這個wiki“發揚光大”。也像裝成一個高手樣子去指點小弟怎樣使用cowiki。當還沉迷在第一次成功的興奮之中時（主要是久仰cowiki）。熟悉了一下配置後，感覺速度好慢啊。監視了一下CPU和內存的佔用率都很低。可是爲什麼會這慢呢？在印象中PHP在最快的WEB語言了。當然我堅信這是我的配置問題，但又真的不知如何下手，後來還是硬着頭皮給robbin發了一封郵件。可能是他太忙了吧，等了兩天都沒有回郵件。就有了一點研究代碼的衝動了。發一篇測試文章後才發現原來這沒有漢化啊！草草的看了一下配置選項，還以爲可以像Jive那樣添一個編碼就漢化了。連文檔都沒有看完就想放棄了，因爲估計這對於我來說可能是一個寵大的工程。後來又在http://www.dannyzhu.com:8000/上發現了一個漢化的下載。馬上下了一個回來，放到機子上一試。就出現了下面的錯誤：
Template not found. [Status 320]
* /cowiki2/tpl/default/error.tpl
Program terminated. [Status 110]
注： cowiki2是一個符串連接名，http.conf中配置如下：
 Alias /cowiki2 "/home/bluesky/www/cowiki2.bak/htdocs/"
我還以爲這像是JSP中的相對路徑沒有找到。我就試了下一下：http://127.0.0.1/cowiki2/tpl/但是又可以訪問。這是怎麼回事呢？我以爲是那位高手修改了什麼地方的代碼，我又試了我以前的那個cowiki可以用。這一下我更加相信自己的判斷了，一定是修了代碼。正準備速成PHP了的時候，回想一下前幾天學習Apache的筆記。想到在Apache中的路徑配置和Jsp中好像有一點不一樣。都是使用的物理路徑。又回憶在學習rewrite的時候，幾次沒有找到鏈接的錯誤，提示的地址都是物理地址（相對於Web的虛擬目錄而言）。我還是認爲是自己的配置文件錯了。我把另外一個cowiki中的tpl目錄更名後，出現的錯誤提示確是：
Template not found. [Status 320]
* /home/bluesky/www/cowiki/tpl/default/error.tpl
Program terminated. [Status 110]
這樣就更加迷惑了，經過詳細的比較後。把目標鎖定到"/home/bluesky/www/cowiki2.bak/htdocs/"中的那個擴展名上。是不是因爲那個擴展名的引起的錯誤呢？把擴展名刪掉後就正常了。雖然問題是解決了，但是心中卻再也找不到一絲的喜悅，這應該是基礎知識了，爲什麼沒有好好的看一下Apache文檔呢？爲什麼沒有好好的看完一本《linux基礎》呢？回想自己的過去真的是太膚淺了！
這兒我又想起公司第一次發佈網站的時候，在公司的RedHat9.0上測試一切正常，移植到windowsXP上也是真正的，但是到現場的時候卻出現了。自定義標籤文件TLD文件不能初始化。檢查了很久都沒到有找到問題，最後才發現是因爲Tomcat5.0會自動掃描WEB-INF下的TLD文件進行配置。在配置文件中使用了一箇中文文件名（復件echo.tld)，發佈現場的Linux編碼不一樣導致中文文件名成了亂碼。經過那次事件後，我就養成了一個習慣。就是在文件備份文件的時候用後綴.bak，再也不用Windows中的“復件”了。沒想到又引了新的錯誤。哎！爲了移植性還是改成"_bak"吧。
菜鳥是痛苦的，尤其是自以爲是高手的菜鳥，遇到問題只知道埋頭找資料。因爲我不想在去添一篇膚淺得讓人不屑一顧的提問。相信在不久的將來我就可以提出智慧的問題，可以與相真的高手一起討論。