這裡聊一下在 win 下當 mud auto shutdown 時會產生的問題，最大的
問題就是 auto shutdown 後 mud 不會重開。
若是在 linux 下，這個透過寫 script 的方式就能解決，也就是 ps -x
後判斷執行緒還在不在，不在的話就重啟 mud 這樣，然後每隔 n 秒就
判斷一次。
而在 win 下要判斷某個執行緒還在不在就比較麻煩。對 java 等程式語
言較熟的人或許能寫出用來控制的小程式，我對這個不熟就沒辦法哩，
我熟而且也會寫的話就會把它塞進 tmi2_v3_改 了。
不過我記得網路上好像有這類的小程式，若我有找到而且試用後也 ok，
就會把它塞進 tmi2_v3_改。
那麼理論上也可以仿照一般線上遊戲的做法，由管理者公告每週的定期
維護時間，時間一到就關機維護或是立即重開這樣。這種做法也蠻適合
win 下的 mud，因為一般的 win 開機開太久總會頓頓的。
其它就是透過將主機設定為具有遠端連線功能，如果 mud 掛了就可立即
遠端連進來重開之類的。當然實際上應避免出現這樣的情況發生。
若採取定期維護的做法，使用者也可以將一些重大更新放在這個時間去
做更新。傳統上 mud 具有不需重開即可立即做大部份更新的優點，但是
日後這應該侷限在一些緊急 bug 或 error 的處理上，管理者才不會因
此而得經常性的改動 mud 的內容。調整為每周做一次更動，既可明確知
道更動的範圍，也容易做各週更動的備份，而玩家也較容易對每週或每
兩週的更動有期待感(例如使用者可預告要更動的內容)。
(包括區域的釋出、玩家相關數值的調整等也應該這樣做)
so，當 mud 在 win 上面跑時我比較建議上述的做法，tmi2_v3_改 實際
上也是可以在 linux 下面跑的，只是 mudos 要依照 options.tmi2 那
一份來 build，這個我比較不熟，就待以後較為瞭解的人能代為撰寫相
關教學文件哩。
我是覺得在 win 下面跑就足夠了，現在機子的效能都很好，而且在 win
下面跑也很方便，大部份的 win 都能跑 IIS，這樣其實就能實現在 mud
主機上面跑網頁直接讀取 mud 資料的理想，只要透過簡單的 asp 就能
辦到。(我以前在公司有稍微實作過)
Laechan