WebResource.axd не будет обновляться - PullRequest
5 голосов
/ 01 августа 2011

впервые здесь.Я надеюсь, что этот вопрос имеет смысл:

У нас есть библиотека общих элементов управления, и я пытаюсь ориентироваться на использование встроенных в нее ресурсов для изображений, JS и CSS.Кажется, что при каждом развертывании в TEST / PROD, существует окно времени, в котором WebResource.axd возвращает 404. После того, как истекает это окно времени, внезапно страница начинает выдавать контент должным образом.На моей локальной машине DEV кажется, что бывают случаи, когда я могу скомпилировать и перезагрузить страницу, использующую встроенные ресурсы, и это сразу показывает разницу.В других случаях он отвечает, как будто кеш ожидает истечения срока действия.

Вещи, которые я пробовал:- просмотр с разных машин, чтобы исключить локальное кэширование- iisreset- чистый стоп w3svc- удалить временные файлы из C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Временные файлы ASP.NET и C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Временные файлы ASP.NET- убить процесс inetinfo.exe- убить процесс w3wp.exe- отключение кэширования вывода IIS- копирование URL и добавление дополнительного ложного параметра querystring для имитации запроса новой страницы- нажав Ctrl-F5 :)

Кажется, перезагрузка устраняет проблему.

Мой гугл-кунг-фу разбавил результаты, заполненные ответом каждого, чтобы проверить пространство имен.Я уверен, что пространство имен правильное.Через некоторое время ресурс начнет выдавать правильную и правильную версию.И если он в какой-то момент служит, мне кажется логичным, что пространство имен должно быть правильным.

Ответы [ 2 ]

3 голосов
/ 27 октября 2012

Я прошу прощения за то, что не вернулся, чтобы опубликовать ответ навсегда ... Вот решение, которое я нашел:

http://jamesnearn.blogspot.com/2011/08/webresourceaxd-returns-404-and-then.html

Краткий ответ: я скомпилировал в восточном часовом поясе, развернул на сервере в центральном часовом поясе. Через час проблема решилась сама собой. Мое взломанное решение состоит в том, чтобы использовать touch.exe из UnxUtils http://unxutils.sourceforge.net/, чтобы изменить дату DLL, а затем сайт работает как обычно. :)

3 голосов
/ 04 мая 2012

Вероятно, проблема с датой и временем. Проверьте дату / время на целевом сервере.У меня есть целевой сервер в Нью-Йорке, и у меня похожие проблемы.

...