http://www.lovehinaplus.com/wiki/
MediaWiki 架設完成，目前版本是1.4.0 2005-03-20 stable。
目標是作為弦月的奈須作品用事典….
不過其實最大的問題或許應該是我沒有Wikipedia的編寫經驗吧。(死)
總之目前在這邊筆記一下目標供備忘：
1. 目標是中日雙解，還有中文介面的繁簡切換能力
(MediaWiki似乎內建了這些功能，但是不清楚怎麼啟動)
2. 由於MediaWiki的限制，所以需要以手騰的方式進行目錄編排
這可能是現在規劃上最大的課題
3. 等到有一定規模之後再進行主動宣傳….吧。
….前途多難….
source：
http://forum.plogworld.org.tw/viewtopic.php?t=300
reic兄的回覆："因為在英文的 locale 中，會用到首字大寫，如果只用中文的話，又懶的去試 css 中的font-family 那些是沒有問題的，那你可以把 panel.template 中的 |capitalize 這一個東西拿掉，就 ok 了 "
所以現在reic/reic1應該不會有亂碼了….繼續測試中。
為了完全發揮出A8N-SLI Deluxe的實力，長久以來都企圖想要達成"全SATA化"，但是最後總是無法跨越的藩籬－Sil3114晶片的相容性問題，終於找到解答了。
簡單講，Windows是靠inf檔來辨識Driver的。
所以即使晶片相同，裡面也有可能有一些User並不清楚的狀況，造成相容性問題。
3114的Driver就算是頗典型的狀況：
手邊的A8N-SLI Deluxe上面附的3114，ID為SUBSYS_81671043
(請由硬體管理員的[內容]–>[詳細資料]–>[硬體識別碼]來查看)，但是ASUS在網頁上讓人下載的Driver(1.1.0.0)則沒有內含這個ID，其他IHV(如Gigabyte等)的產品即使有使用3114，Driver內的ID也大多有些落差。
那麼，不顧ID能不能使用呢？
很可惜地，不行，安裝之後會hang在Loading Windows….
最後，在WindowsUpdate找到了可以使用的Driver(9234973.cab)，包含了相當多不同版本的ID….安裝之後也的確可以使用，順利地進入Windows了。
該版Driver的內容請參閱下列連結：
http://www.download.windowsupdate.com/msdownload/update/v3/static/rtf/drivers/9234973.htm
下載則需要前往Windows Catalog：
http://v4.windowsupdate.microsoft.com/catalog/zhtw/
接著，有一個相當值得注意的地方：
3114的特性，是必須在其BIOS內，將各個獨立的HD都設成JBOD(Single)，才能夠讓Windows讀到磁碟….
安裝適合的Driver，以及設好JBOD之後，就可以順利使用了。
話說因為單顆做JBOD與原來的讀寫並沒有任何不同，所以也可以與以前相同地任意插拔改變順序，資料並不會流失。
昨天系助教打電話來說二下的體育課沒修….
於是畢業條件未滿…..(哇靠!!@_@)
今天去體育室拜託，主任網開一面，所以勉強可以選課。
差點以為死定了。 =__=||||
禮拜三早上一二節，外加不能缺課…. 以後壓力大嘍。
—-
不過今天這樣跑下來有幾個有趣的心得：
1. 心態問題
果然只要不要想負面的事情的話，就不會那麼"鬱卒"，
腦袋裏面只有人家願意幫忙的感謝，所以其實心情沒那麼不好。
(當然這是人家願意幫忙啦～)
2. 行政效率問題
雖然說是電腦化，但是通通要照做一次紙本作業。
看著人員把退選單用修正液塗成加選單，就覺得行政效率是蠻有待加強的。
雖然效率提升有可能帶來的是不近人情，不過系統設計上的彈性是設計者的責任….
總之要擺脫紙本作業，其實還需要不少的努力才行。
—–
希望今年能夠順利畢業….
考上研究所就不奢望了。orz
昨天Share的Folder崩壞，其實還有一些絃外之音：
崩壞的Folder引發chkdsk，然後usb鍵盤支援問題再度造成來不及阻止，
所以就是該槽大堆圖片的metadata遭到重新連結，成為有檔讀不到圖的狀態；外加數個ISO也遭到摧毀。
我超級想把chkdsk殺掉的啊….. = ="不過我們把這放到一邊，總之題目是指Share的DB法，在此特別提一下DB法的作用。
DB是Share的一個資料結構之一，指的是類似"經手過的目錄列表"之類的東西，下載過的檔案可以透過DB，找尋多個來源來復原之。
而在Trigger頁面，我們可以發現有選項是"可以只下載DB"，作用類似"先行把網路上曾經有過跡象的檔案全部收集起來"….所以透過先行增加DB再搜尋的方式，可以大量地增加可能搜尋到檔案的機會。
昨天小光和我各自都認知到了DB法的威力。
比方說上面提到了，我的Share已經整個被摧毀了。
不過在我以重新開始的前提下，DB法維持約半小時後，搜尋一般小說的result達1600個以上。
小光本來覺得"一般小說本來就可以搜尋到很多啊…."，他當時的搜尋結果是約五千個；不過當他看到取消DB之後的搜尋結果為16個的時候，他似乎也得承認DB法比他想像的有效多了。
當然，DB本身會佔據空間，Share預設的Key存量為一萬個，所以有需要的話可以增加Key存量設定。
恢復用的另存floder在另一顆硬碟瞬間崩壞，拯救不能。
Share完全死亡…. 我忽然能夠想像那種重症病患猛然病情惡化的狀況了。
於是Share完全損失….Node和DB和filter都得重來了。
有解壓過的檔案不算損失，不過剩下的都死很大。
よよよよよ～う。
首先開宗明義：WD不可信宣告。
上周末才掛，這週末又掛一次。ShareDown恢復之後損失三個檔案，剛下的三個大檔幸好沒事；
不過看來是非得把這個硬碟給送修了，即使先前認為Table Crash並不是硬體問題….
test
test
因為文章量少的關係，所以沒有遇上其他人遇上的毛病….
(為了time out與否的問題，update script似乎有分批上500篇之類的設計)
畢竟目前都是beta版的關係，隨時可能再改版。
總之慢慢測看了…..
話說正式版似乎會在4/1上線？好爛的日子啊….
另外，我查了半天才知道Aletia的主機在休士頓(GMT-6)，plog的時間校正是以設定"發文者位置日期和Server之間的時間差"來決定的，先前一直都是"-8"，但是實際上應該是"-12"…..所以據此把今天的兩篇發文時間校正起來；只是先前的文章大概就沒辦法了。(死)
反正我也沒特別注意時間，就算了吧～
日高お姉さま今天跑來中興報名。
因為聽說明天是本命(師大歷史系)，所以還要趕回去…..不過本來以為報名會人滿為患，結果好像是第一個到的。(死)
給人一種不知如何是好的感覺…. _A_