Кто-нибудь знает обходной путь для ошибки часового пояса Windows Azure WebResource.axd?

Question

Мне очень тяжело с довольно старой ошибкой (до 2009 года) в платформе Windows Azure.Короче говоря, после развертывания в Azure я получаю ответы HTTP 404 для ресурсов JavaScript, загруженных через WebResource.axd .Это большое дело, поскольку оно нарушает большинство функций AJAX на сайте.Интересно то, что все становится нормально примерно через 2 часа после развертывания, а ресурсы 404 начинают загружаться нормально.И более интересная часть события состоит в том, что ошибки 404. не появляются после каждого развертывания.

После многих поисков в Google я обнаружил аналогичный случай на форумах Azure.Последнее сообщение И-Лунь Луо заставляет меня думать, что проблема в моем случае связана с ошибкой, которую он описывает.Может быть, я ошибаюсь, но, похоже, существует связь между 2 часами, необходимыми для прекращения ошибок 404, и тем фактом, что мой часовой пояс UTC + 2.

Пожалуйста, если у кого-то был подобныйпроблема или есть идея для обхода проблемы, дайте мне знать.Буду очень признателен!

Answer 1

Мы сталкивались с этим раньше в другом проекте. На самом деле это вовсе не проблема Azure, а скорее ошибка в том, как WebResource.axd загружает сборки (грубо говоря). Проблема связана с часовым поясом. Если двоичные файлы, которые вы создаете и разворачиваете, находятся в часовом поясе «впереди» часового пояса, в котором вы запускаете код, то вы столкнетесь с проблемой, которую видите. Мы специально столкнулись с проблемой, когда имели дело с контролем от Telerik. Мы обратились к Telerik за помощью, и у них было несколько предложений на сайте.

По сути, вам нужно «дотронуться» до собранных вами сборок, чтобы последняя измененная дата была временем, предшествующим текущему времени в UTC. Ссылка использует этот синтаксис (запятые важны):

copy / b <путь к сборке, которая будет построена в будущем> + ,,

Сервер сборки находился в восточном часовом поясе, а рабочие серверы - в центральном часовом поясе. Мы скопируем двоичные файлы в рабочую коробку и выполним над ними указанную выше команду. Вы можете имитировать это в Azure с помощью задачи запуска, и это должно сработать.