Проблемы с кэшированием Samba NAS в IIS

236
user1751825

Один из моих клиентов использует учетную запись общего хостинга, которая, по-видимому, использует NAS на базе Linux для размещения содержимого IIS, и у меня возникают проблемы с его обнаружением изменений файлов.

Например, как только я получил доступ к файлу ASPX из IIS, любые последующие изменения этого файла через FTP игнорируются. Даже удаление файла ничего не делает. IIS продолжает обслуживать его.

Я внес изменения в App_Code и не могу заставить их вступить в силу. Я даже пытался удалить всю папку App_Code, и IIS, очевидно, блаженно не знает, и продолжает работать, как и раньше.

0
Вы переработали пул приложений после публикации нового кода? это приведет к перекомпиляции сайта. В противном случае до следующего запланированного повторного использования (29 часов по умолчанию) или повторной активации WAS сайт перекомпилирует каталог app_code и любые файлы с выделенным кодом. Кроме того, IIS должен вызывать перекомпиляцию каждый раз, когда изменяются файлы web.config (хотя иногда это происходит), поэтому попробуйте добавить пробел или пустую строку в web.config. Поскольку вы говорите о коде приложения, вряд ли это будет кэширование IIS, поскольку это происходит выше времени выполнения asp.net в функциях HTTP IIS. Frank Thomas 8 лет назад 0
Спасибо @FrankThomas К сожалению, у меня нет способа утилизировать пул приложений. Это общий хостинг только с доступом по FTP. Я попытался повторно загрузить и web.config, и global.asax, оба из которых обычно вызывают повторную компиляцию. Похоже, что IIS просто не обнаружил никаких изменений файла, что заставило меня поверить, что оно должно быть кэшировано на уровне файловой системы. Я уверен, что этот хостинг использует файловую систему на основе Linux через samba. user1751825 8 лет назад 0
Это в конечном итоге признать мои изменения. Просто очень неприятно, когда пытаешься исправить ошибку, и когда она не распознает изменения, когда они загружены. user1751825 8 лет назад 0
да, его почти невозможно разместить на IIS без доступа к консоли управления. возможно, стоит рассмотреть возможность использования визуальных студий для публикации функций для предварительной компиляции сайта. это гарантирует, что он всегда перезапускает и запускает скомпилированный код. Frank Thomas 8 лет назад 0
@FrankThomas Это все еще зависит от IIS, обнаружившего обновленные DLL. В этой ситуации существует просто разрыв между файловой системой, как ее видит IIS, и тем, что видит FTP. На мой взгляд, лучшая идея - разместить содержимое Windows в файловой системе Windows. Samba - это аккуратная утилита, но она отличается от реальной файловой системы Windows. user1751825 8 лет назад 0
похоже, что традиционных реализаций совместного использования файлов Windows недостаточно для алгоритма обнаружения изменений IIS. Похоже, что это влияет на реализацию MS так же, как и на Samba, поэтому я бы не сказал, что Samba является виновником как таковым. http://serverfault.com/questions/496024/why-do-microsoft-not-recommend-using-unc-paths-in-iis-what-is-the-alternative Frank Thomas 8 лет назад 0

0 ответов на вопрос

Похожие вопросы