Windows XP、2003 的IPSEC 工具

0000-00-00, 夕姛菪姬,

IPSEC

這是站長最近在研究的內建在WINDOWS底下的好用工具！這工具基本上再Windows 2000作業系統時就有該工具了，不過大多的使用者都將其忽略。

這工具主要功能是能將該電腦對外的IP、PORT作管制！簡單說，當外部的某個IP要連接本地電腦的IP時，必須通過IPSEC的條件認可，或者針對某外部PORT要連接本地PORT時，必須遵守IPSEC內所設定的規則才能允許連接！

舉例來說：
IPSEC 可以設定 "外部的所有IP" 連接 "內部的所有IP" 僅允許 135 以外的所有 PORT

如此設定！本電腦裡面的 135 PORT 就不會被外部電腦所入侵、破壞，甚至是連蠕蟲病毒也完全拿妳電腦沒辦法！因為最常被網路病毒攻擊的135 PORT已經被妳給完全關閉了！

且對於內部網路上的芳鄰IPSEC 也可以做到有趣的效果！例如：
設定兩個規則：
1. "外部的所有IP" 連接 "內部的所有IP" 僅允許 139 以外的所有 PORT 。 2. 允許 192.168.0.0 網段的所有外部IP 連接本地端的 139 PORT 。

如此一來，外部的電腦就完全無法入侵本地端的 網路上芳鄰！就算是帳號密碼被盜！基本上對方也是拿妳沒折！

http://www.jplopsoft.idv.tw/download/def_ipsec.exe

Visual Tourclear (VTC)

0000-00-00, 夕姛菪姬,

這是作者我六、日寫的小工具軟體，程式只有17K卻可以分析系統的所有系統檔案、服務與動態連解檔之安全性。並可以攔截、強制關閉、移除於記憶體。

下載

小玩具：防斷線程式

0000-00-00, 夕姛菪姬,

這是一個站長花10分鐘寫的小工具，他會不斷檢查(每10秒)是否與INTERNET 正常連線，當連線發生錯誤，該程式會開始累計斷線時間，直到達5分鐘，他會將電腦強制重新開機。當然！使用者，必須將電腦設定好，開機的同時，自動連線與啟動伺服相關機制！

按我下載

有關 RMXP 的遊戲修改

0000-00-00, 夕姛菪姬,

最近在網路上看到有人在討論RMXP的遊戲修改(話說什麼是RMXP..最近站長沒什麼研究)。針對這技術由於有制式的公式..套用VCE可以如此使用~有需要的研究看看吧。

JEM SYSTEM 資料收集器

0000-00-00, 夕姛菪姬,

最近站長開發的，核心使用OS的檔案索引服務，所以速度不錯。他的運作原理圖，有興趣的可以看看。

終於搞定~ UTF8 轉 BIG5

0000-00-00, 夕姛菪姬,

最近這幾天，站長在開發一套使用VB\"6\"來監控MYSQL 的程式。但是站長的MYSQL裡面的編碼是使用UTF8來設計的，也因此造成了設計上，極度的困難─。為什麼？VB6核心並不支援UTF8。只支援UTF與BIG5，老實說~要設計一套UTF8轉UTF或者BIG5轉UTF的程式並不困難。困難的是VB6有一個奇特了特性(在其他語言並不常見)事實上VB6的核心是使用UT的，並不是BIG5，而為何VB6會支援BIG5是因為，VB6會在所有字元輸出入控制項、內建模組中自動將BIG5轉換成UTF。這時候問題就大了。VB6並不認識UTF8，所以VB6再存取檔案的時候。會將UTF8的檔案視同為BIG5的檔案。於是將該編碼自動轉換成UTF─
最大的困難在於被VB6自動破壞的文字並沒有辦法完完整整的還原成UTF8~。導致設計該程式困難重重。後來又有想到幾的方法。但是都不得而入。最後只好如此解決....

先這樣啦─這轉換方法很笨~ 但是卻實用。有興趣的可以拿回家自己玩玩看吧~

由 VM 裡面找出的考古參考資料

0000-00-00, 夕姛菪姬,

UTF8 的字元長度表

好玩的東西~

0000-00-00, 夕姛菪姬,

站長在翻閱 MSDN 時看到的東西 ~ Windows 16 bit核心 與 32 核心 的 Utf 比較表~

網站更新

0000-00-00, 夕姛菪姬,

最近站長收到了一些支持與給站長加油打氣的信件，覺得滿開心的。多久沒收到類似這樣的訊息呢？信件中也提到希望VCE能夠繼續持續更新與修正，其實目前VCE在單機遊戲修改上已經算是相當完美了，僅剩下有關網路相關模組，還有相當大的改進、最佳化空間。拿出過去看過的一些程式文獻報導，突然想起一句在程式設計界相當有名的一句話：「最佳化阻礙演化」這句話相當有意思，有時候程式設計師會為了讓某模組達到最高效能，而將此段程式碼透過不同、專屬的最佳化寫法重新設計，導致未來程式整體更新時，會造成設計師一個巨大的阻礙。話說VCE後期的版本，都是如此不是嗎？"最佳化在最佳化".. 卻沒有"演化"過。

這幾天站長拼命研究有關DIV與TABLE的替換、差異性，只為了提高整個前端程式的執行效率，有時候較多的程式碼不見得會讓執行效能便慢，有時反而會有較高的執行效率，不過相對的程式會變大、變得複雜與難以演化，但是取捨之下也許是效能比較重要吧。持續努力、持續研究─

共勉之

顯卡大戰

0000-00-00, 夕姛菪姬,

緣起

還記得筆者的第一張顯示卡當時是 ET4000 ，當時顯示卡並沒有所謂的3D加速功能，僅靠上面的簡單積體電路作個輸出介面罷了。話說當時也並沒所謂的3D遊戲。筆者的第一張3D加速卡是SIS6326，這張顯示卡是AGP規格的第一張顯示卡，雖然號稱支援硬體加速，但是這張顯示卡卻連DX7的規格都無法滿足。第一張"能看"的顯示卡是MX200(NVIDIA) ，筆者購入此顯示卡時雖然NVIDIA早推出MX400(64MB版本)，但當時主流的遊戲是CS，且筆者升級顯示卡主要是用來讓PS模擬器(EPSXE)與N64模擬器順暢執行，另一原因是MX200與MX400的價格差異不小。後來這張顯示卡也伴隨我好多年。直到FX5600的推出這張顯示卡終於除役。

FX5600以後筆者對於顯示卡的了解越來越多，筆者慢慢開始升級自己的配備，記得當時FX5600筆者是將他裝載P3-500 的主機上，效能幾呼完全發揮不出來。於是將整套系統完全升級為C2.2G + 512MB 的記憶體，才開始感受到 "FX" 的威力。沒多久，又投入5700 的懷抱，最後在6600的6X系列推出之下，5系列完全無招架之力，尤其是在DX9.0C下5系列簡直由跑車變成腳踏車，除非玩家願意將這些"C"的特效關閉。但6600的顯示卡價位上實在是太廉價了(大約台幣3500)在DX9的表現上大約與 5950 差不多。但是DX9.0C上卻超越3倍以上的效能。玩家要注意的是5950價格大約在5000左右。相較之下6600幾乎是現在玩家的首選。

近期大戰又起

唯一能跟NVIDIA抗衡的ATi近日動作頻頻，雖然當時有推出同等級的X 系列打算與NVIDIA的6系列對抗，但不管是價位、效能、CP值都還是以NVIDIA 6600較佔優勢，且因有滿多玩家都知道6200有機會可以刷成6600(6200大約台幣2000元，但後來此密季被公佈後6200價格飆漲，但CP值相較之下還是相當高)，於上個月ATI又發布 XK系列顯示卡，一度打垮NVIDIA目前頂級的7系列顯卡，效能上多出10%以上。在上禮拜NVIDIA發布了512位元匯流排板的7800顯示卡與之抵制，又將局勢整個逆轉。

筆者每次看到新的顯示卡的推出，總會覺得有趣。一是又有新的技術與戰況可以觀摩、二是前代顯示卡又要降價了，筆者又有新的顯示卡可以考慮入手，目前筆者最高檔的顯示卡是6800 LE OC 6800GT 的顯示卡，雖然搭配的CPU是2.4G的電腦，但是效能還是相當驚人。7800站長還在觀望，目前筆者手頭上實在沒有任何軟體需要此等級顯示卡阿，何況是7800 512？。