在我們專案的開發過程中，由於所有的業務都必須以wcf服務進行發布。而且我們的wcf服務是部署在windows service上的，在實際的環境中，我們共部署了2個windows service，乙個service上host了大部分wcf service，另乙個service上host了乙個有關搜尋的wcf service，但是發布上去後，發現在前台使用搜尋服務時經常報出timeout的錯誤，剛開始以為是**沒有更新，經過多次的強制獲取**後，總會有一次服務是呼叫成功的。
在有一次對本地的**進行檢查後，發現**是最新的，但是發布上去的服務還是出現「timeout」的錯誤資訊，而且在本地進行測試時總是成功的。由於我們wcf服務是發布到windows service上的，在這種情況下是沒有辦法進行跟蹤除錯的，只能對**進行分段跟蹤，發現問題出現在第一次呼叫搜尋的方法上。
為了確認問題到底是出在搜尋方法上還是wcf上，我們做了乙個測試**，**中很簡單的只寫了一句呼叫搜尋方法的語句，發現問題依然存在。說明我們所寫的呼叫搜尋方法應該沒有問題。又將wcf發布到console上，測試時返回速度很快，沒有出現「timeout」的問題。這說明應該是將wcf服務host在windows service上時，出現了問題。通過比較console和windows service的區別，認為console程式是由登陸到本地的使用者進行呼叫的，而我們所寫的windows service是由local system使用者進行呼叫的，而local system使用者在預設的情況是系統system使用者（在任務管理器中會看到很多由system啟動的程序），不是當前登陸的使用者，試著將服務的啟動帳號修改為當前的登陸使用者，問題解決。
結論：在進行
windows service
部署時，一定要注意是否有使用者許可權的要求，如果有，一定要以相關的使用者來啟動服務，否則在呼叫
service
中的方法時，可能就會出現許可權不足或者超時的相關問題。
關於git pull時出現的問題及解決反思
在前面由於已經git過一次，按照婁老師的要求，乙個乙個commit，所以刪掉之前的git倉庫 用la檢視，使用rm rf git刪除 但遠端origin已經存在，所以執行git remote add origin時出現問題，使用git remote rm origin刪除remote origin。...
關於WebService的操作超時問題
在做ws時候，這種現象我也經常碰到，伺服器端也沒發現什麼異常現象，客戶端呼叫webservice出現超時408，後續訪問基本就一直是超時，即使重啟程式也不行，除非用ie訪問一下那個webservice 也出現大半天後重新恢復ok的情況 剛開始還以為是超時時間設定得太短，於是產生下面的 來修改配置檔案...
部署FTP時出現使用者問題及訪問路徑問題的解決辦法
今天在伺服器上配置ftp，出現了兩個問題 1 使用者名稱及密碼新增成功，但是其它配置使用者的檔案失敗，ftp無法登陸 2 訪問路徑有問題，不是絕對路徑，導致ftp無法登陸 解決辦法如下 1 首先，確認ftp是否正常安裝及部署 使用命令檢視ps aux grep vsftpd 2 進行相關配置 第一步...