本地發(fā)布無異常，服務(wù)器發(fā)布后顯示404錯誤的解決方案

關(guān)于程序源碼，.Net版本，程序集，等全部文件一樣，在本地發(fā)布沒有問題，在服務(wù)器上面重寫頁面卻出現(xiàn)了404錯誤的問題的解決方案。

出現(xiàn)問題的時(shí)間：20140919，解決問題的時(shí)間，20140920，問題出現(xiàn)的效果如下

本地發(fā)布后點(diǎn)擊搜索：

服務(wù)器發(fā)布后點(diǎn)擊搜索

這就奇怪了，明明是兩個同樣源碼，同樣配置文件，同樣數(shù)據(jù)庫的，本地不出現(xiàn)問題，服務(wù)器出現(xiàn)問題。

解決方法如下:

第一，檢測iis有沒有權(quán)限訪問此文件夾下面的url重寫的地址。（返回：添加了net work service 這個賬戶的權(quán)限，使其在此文件夾下面有訪問的權(quán)利）。

第二，檢查數(shù)據(jù)庫是否匹配，可能因?yàn)楦牧薽aster（此項(xiàng)目全局路徑配置文件）配置文件地址使其訪問的地址變更或者更改!（返回：沒有更新，還是原來路徑）。

第三，檢查有沒有惡意的程序?qū)ξ募A內(nèi)的文件進(jìn)行了讀取保護(hù)，還是因?yàn)閻阂馕募ξ募A進(jìn)行了感染導(dǎo)致安防軟件對此文件夾的讀取或者寫入造成了攔截(返回：關(guān)閉數(shù)據(jù)庫或更改及外在的鏈接端口例如1433，21、25、80、110)等危險(xiǎn)端口。

完成了這么這么多，（程序集，文件，配置都正常訪問）為啥都沒有修復(fù)這個問題，我就奇怪了，到底是什么原因，后來我就用了程序員慣用的排除法。(你懂的，這已經(jīng)是我最后的方法了，再不行，我就，我就去屎~)

怎么排除，排除就是將所有服務(wù)器元素與本機(jī)的元素寫出來相比對，把相同的劃掉，總有一個不同點(diǎn)，我們就研究這個不同點(diǎn)，看看到底有什么異常，至于那些相同點(diǎn)，我們就沒有必要去觀察了！

不一樣的就是這些了，

數(shù)據(jù)庫兩地的實(shí)例都是一個，內(nèi)存的，我想也沒打關(guān)系，這兩可以先排除了。下面就這兩個不同點(diǎn)。

第一，系統(tǒng)方面，系統(tǒng)方面，我找了很多人試過這個版本，除了windowsServer沒有之外，Win7，win8,win8.1都沒事，我想應(yīng)該跟系統(tǒng)沒太大關(guān)系。

第二，Iis,iis里服務(wù)端是6.0，我本地是8.5，我估計(jì)這里面可能有點(diǎn)玄乎，然后又繞到了iis,檢測iis版本，沒問題，而且其他網(wǎng)站都能發(fā)布成功，為啥子這個不行勒。

然后睡了一覺…

驚覺，是不是兼容的問題!!!

然后想起了前陣子報(bào)的那個錯

配置文件配置了兩個節(jié)點(diǎn)，一個用于保存版本為iis7以下的，一個用與配置版本為iis7以上的！我刪除了iis7以下的！

是不是刪除了一個節(jié)點(diǎn)導(dǎo)致了問題！

然后我將原來的配置文件一替換。

然后就OK了

我表示很，很，很無語！！！

后記：因?yàn)槲野l(fā)布是全部覆蓋原來的文件，所以我可能也誤刪或者不小心覆蓋了以前的配置，我接手這個項(xiàng)目之前，他們在更改這個項(xiàng)目的時(shí)候，如果只是簡簡單單的加個圖片或者，或者更改一個url的話，直接去線上更改，這并不是是我推崇的一種解決方案的一種方式，他們并沒有提交，也就是很多次看似簡單的更改，實(shí)際上并沒有在項(xiàng)目里面同步，這是一個很棘手的問題，于是乎，我想到了一種非常非常蠢的一種解決方案，我自己寫了一個檢測代碼中判斷該文件與現(xiàn)在的文件有什么不同的一個小東西，當(dāng)然很多人問我為什么不用svn等工具，第一是全是鳥語的，我這個愛國心，不太看得懂，O(∩_∩)O哈哈哈~，

其次，我們公司里面經(jīng)常會更改文件名字，例如本來這個文件叫 manage 可能之后就叫做CW100.manage,CW200.manage,各種各樣的變化，使我不得不半手動，半自動的去更改這個項(xiàng)目的一些問題，有時(shí)候經(jīng)常出現(xiàn)版本破壞的問題，還是要得益于我們的git版本控制工具，我不得不說這是一個很棒的托管工具，每次完成一個項(xiàng)目的更改我都會小心翼翼的備份，才會使這次項(xiàng)目遷移成功！