2011-02-09 38 views
1

我在Windows Azure平臺中似乎是一個相當老的bug(2009之前),真的很難過。簡而言之,在部署到Azure之後,我獲得了通過WebResource.axd加載的JavaScript資源的HTTP 404響應。這是一件大事,因爲它破壞了網站上的大部分AJAX功能。有趣的部分是事情在部署後大約2小時後正常,並且正常加載404資源。而事件更有趣的部分是每次部署後都不會發生404錯誤。有誰知道Windows Azure WebResource.axd時區錯誤的解決方法嗎?

經過大量的谷歌搜索後,我在Azure論壇上發現了一個similar case。羅一倫的最後一篇文章讓我覺得我的問題與他描述的錯誤有關。也許我錯了,但似乎有404小時的錯誤停止所需的2小時和我的時區爲UTC +2的事實之間存在聯繫。

如果有人有類似的問題或有解決方法的想法,請告訴我。我會很感激!

+0

以前從未見過這個版本,但是從1.3 SDK開始,這個版本更容易調試。將RDP添加到您的實例並檢查時區設置。這至少應該歸功於那個理論。您也可以更改時區(我不知道他們是否允許)並進行測試。這應該會幫助你縮小搜索範圍 – 2011-02-10 15:55:08

+0

泰勒,謝謝你的建議。由於我在初次嘗試升級到1.3時遇到的問題,因此我仍然使用SDK的1.2版本,但我想我必須儘早升級SDK。然後將能夠嘗試你的建議。再次感謝。 – tishon 2011-02-10 18:43:44

回答

3

我們在另一個項目中遇到過這個問題。它實際上不是一個Azure問題,而是WebResource.axd如何加載程序集(粗略地說)的一個錯誤。問題與時區有關。如果您正在構建和部署的二進制文件位於您所運行代碼的時區「時區前面」的時區,那麼您將遇到您所看到的問題。在處理來自Telerik的控制時,我們特別遇到了這個問題。我們聯繫了Telerik的幫助和他們對thier site.

基本上一些建議,你需要「親密接觸」的構建,使最後的修改日期早於UTC當前時間的組件。鏈接使用此語法(注意逗號是很重要的):

拷貝/ B <路徑組件,它是建立在未來> + ,,

構建服務器是在東部時區和生產服務器在中部時區。我們會將二進制文件複製到生產文件夾中,並對其執行上面的命令。你可以在Azure中用啓動任務來模擬這個,並且應該做到這一點。