问题和收获
????? 部署也就意味著一個DEMO或者系統即將完工,但是千萬不要小看部署,測試系統和生產系統往往會有很大的差別,也許一個權限問題,也許細節問題就會讓人抓耳撓腮,折磨的半死不活,這些以前就遇到過,但是那也是以前的事情了。
???? 因為工作的關系,好久沒有真正的部署過東西了,還記得上次在自己的電腦上部署了一個Silverlight的小應用,當時在自己的電腦上,很完美,但是到了服務器上,數據庫直接就訪問不了了,最后排查才知道服務器沒有安裝訪問ACCESS的組件。看來一個細節真的會要人命,這也從側面來說,自己的學藝不精,其實在做一件事情的時候,就應該考慮的可能會有那些因素發生,有那些因素導致問題,做好萬全之策。
??? 經驗才是生活中的智者,慢慢的將一些東西不經意間滲入人的大腦,教會一個人如何去思考問題,如何去解決問題,也許正因為這樣,有經驗的人做事的時候會得心應手,游刃有余。經驗中包括的是工具的如何使用,遇到問題是的應對之策。曾經告訴自己人與人的差別在于誰能在最短的時間內解決所出現的問題,簡簡單單的一句話,要做到這樣談何容易,不僅僅是學富五車,更重要的是能學以致用,舉一反三或聞一知十,也許要成為這樣的人必須經過一番磨礪,正所謂不經一番寒徹骨,那得梅花撲鼻香。
? 我喜歡分享東西,也喜歡總結東西,更喜歡將自己的所感所得記錄下來,尤其在遇到問題,最后有了答案之后,我更喜歡將這些記錄下來,我自知自己天生愚鈍,沒有過目不忘的本領,所以將這些東西記錄下來,以備日后之需,所謂好記性不如爛筆頭,這算是自欺欺人罷了,因為我相信有的人真的可以過目不忘,而且是永久永久,而我不屬于這些人。
? 今天在自己的電腦上寫了一個WebService,里面通過SqlConnection 訪問的是SQL Server數據庫,在自己的電腦上debug的時候,結果是預期的,當部署在IIS下的時候,卻出了問題,還好自己能在出問題的時候,去跟蹤代碼,終于跟蹤到“'IIS APPPOOL\DefaultAppPool'”錯誤,突然發現一個系統中日志是多么的重要,在任何可能出現問題的地方如果能有詳細的日志記錄,那么肯定會事半功倍的,數據庫這玩意,我當時就覺得是權限什么的問題,因為google上不去,最近百度成了我使用的最頻繁的工具,原來是一個NetworkService權限的問題,感謝分享的人。
這里給出答案:
?
第一步:把'NT AUTHORITY\NETWORK SERVICE' 添加到Administrator組中
我的電腦-->右鍵-->管理-->本地用戶和組
選擇“組”-->雙擊Administrators-->單擊“添加”-->單擊“高級”-->單擊“立即查找”-->在下面的列表中選擇Network Service用戶-->兩次單擊“確定”-->加入。
第二步 在企業管理器中加入NetWord Service用戶
打開Sql Server企業管理器-->選擇數據庫實例-->打開“安全性”節點-->選擇“登錄”-->在右邊的列表中單擊右鍵-->選擇“新建登錄”-->常規---->搜索---->高級----->立即查找----->找到:NETWORK SERVICE--->點擊確定,此時返回到新建上面 登錄名 文本中已有:NT AUTHORITY\NETWORK SERVICE
接著------->左邊導航:服務器角色勾選sysadmin-----> 左邊導航:用戶映射---->勾選要連接的數據庫或者所有數據庫??
到此為止。
第二個問題是我今天在訪問SOE的時候,使用的esri.request的時候這個方法默認的是使用get,代理我也設置了,奇怪的就是我的前端也部署了,監聽網絡的時候也可以看到地址,但就是報錯,我將監聽到的地址復制到瀏覽器端,結果都可以看出來,折騰了半天不知道為什么,最后將localhost改成ip,問題就在這無意之中被搞定了。
?
這些算是今天的問題,也算收獲吧!
總結
- 上一篇: 理解WebKit和Chromium: C
- 下一篇: puppet初探