提前祝大家新年好！前段時間日夜趕工，終于按計劃推出了項目的新版本。今天終于有時間寫點東西了。

        前段時間公司同事在項目中引入了Asp.net Ajax (beta1)版。 用著用著，在查看網頁時，不時報 Sys未定義 的錯誤。按照網上的辦法對web.confg 做了一翻手術，一點效果也沒有。想想也對，web.config跟本沒改動過，憑什么忽然就把問題都算在人家頭上？經過一翻摸索后，忽然發現，原來是身份驗證惹的禍。在設置了身份驗證的網站中，訪問未登錄頁面時，對Ajax腳本資源的訪問被拒絕，轉向到了登錄頁面，由于請求不到腳本文件，頁面上對ajax的調用就無法完成，報 Sys未定義 錯誤!

       具體情況如下：

        Asp.net Ajax 的腳本都是封裝成vxd文件(一種IHttpHandle的實現，asp.net本身的腳本也是采用這種方式實現的)，我們在頁面上能看到類似于如下的腳本引用：

  asp.net的腳本引用

   asp.net Ajax 的腳本引用

    當需要身份驗證時，未登錄前，對web站點的所有文件的訪問都將被拒絕。　而一般的網站都有一部分頁面是不必身份證驗的，如：首頁，新聞頁面，登錄頁面，等等。　所以，網站的Sys未定義錯誤就出現了。將 axd文件定義為無需驗證后，該錯誤完全解決。
　　　

       
           
               
           
       
   

　　
　另外需要注意的是，在使用vs 2005自帶的web Servier中所有文件都會被asp.net 解析，在未登錄的頁面圖片無法顯示也是由此原因造成的。

　我認為90%的Asp.net Ajax的 Sys未定義　錯誤是由此造成的。在作了以上設置后，問題都能解除。在之后的某個發布到IIS的版中，仍然出現過一次腳本錯誤，最后檢查發現仍然是由于　Ajax中的腳本資源未解析造成的。檢查IIS中的設置無誤后，將虛擬目錄刪除，重建后，問題消失。

　　提示：　

　　　　Asp.net Ajax的腳本錯誤基本都是由于腳本資源文件vxd無法解析造成的。　如果出現腳本錯誤，先查看IE中頁面的html源碼，將腳本引用中的src 值全部copy下來，直接放入IE的地址欄進行訪問，如果能解析為腳本文件（提示下載），則表示解析成功，如果不能下載，表示vxd無法解析，原因一般都是身份證驗證造成的。如果僅僅出現一年白底黑字的 “無法找到網頁”　的IIS錯誤頁面，那就和asp.net無關了，有可能是IIS未解析vxd文件，能檢查IIS的默認擴展名解析設置是否被改動過。如果沒有改動過，將虛擬目錄重建。要不然就在IIS中重新注冊asp.net.