Remhom 王仁宏

延續IIS的FTP會區分大小寫，導致FtpFindFirstFile比對檔案失敗，在解決掉檔案名稱大小寫的問題之後，
又發生了詭異的現象，那就是抓取FtpFindFirstFile的修改時間時，傳回的時間居然整整少掉一年，
例如實際的時間為2009/6/5 14:23:40 傳回的時間會是 2008/6/5 14:23:40....
而導致比對時間錯誤，當然也就不會更新了~

最近公司透過FTP自動更新的程式發生了問題，應該要更新的卻沒更新，
一查之下，原來是使用FtpFindFirstFile API去抓取ftp的檔案時，會區分大小寫，
也就是說大小寫不一樣的檔案，會被認定為不一樣的檔案...

昨天下班在家門口，巧遇了之前的同事kiwi，真的很巧，巧的讓很懶的寫blog的我，都想要寫下來紀錄一番！

在團隊開發時，常常會遇到的困難就是資料庫的Table欄位說明不好維護，
不僅版本不一，有時候資料更新很慢，手上的文件資料永遠不會是最正確的版本...
因為大家寫程式都沒空了，哪有時間維護這些文件...簡單的說就是件煩人的差事...

但為了簡化與安全性，總不能每支程式呼叫時都寫入帳號密碼，
所以這時候可以選擇用linked server來達成簡化。

作法：開啟SQL2005=>伺服器物件=>連結的伺服器=>左鍵新增連結的伺服器=>輸入你要連結的SQL Server，
詳細做法我就不贅述了，基本上就是按照wizard。

FrameWork2.0(簡稱FW2.0)支援32bit與64bit，而FW1.1僅支援32bit，
所以當x64作業系統的IIS6想要跑FW1.1的程式，就必須將64bit的IIS降低為支援32bit。