Что такое папка клиента aspnet для структуры IIS?

в дополнение к тому, что сказали другие, он обычно создается инструментом aspnet_regiis, который может быть (повторно)запущен такими вещами, как Windows Update/AddRemove Windows components/IIS. Поэтому иногда, даже если вы удалите его, он может вернуться случайным образом. Возможно, есть способ остановить это поведение, но я его не нашел (возможно, изменение версии приложения на .NET 2 сделает это на самом деле).

поэтому, если вы не используете определенные функции .NET 1.0 / 1.1 (проверка, интеллектуальная навигация и т. д.), Вы можете удалить его без каких-либо проблем, просто не удивляйтесь, если он вернется!

aspnet_client-это папка для "ресурсов, которые должны обслуживаться через HTTP, но устанавливаются на основе каждого сервера, а не на основе каждого приложения".

некоторые из применений aspnet_client включают хранение ресурсов (например. JavaScript, изображения) для:

• JavaScript для ASP.NET элементы управления веб-формами при использовании проверки на стороне клиента (в основном для манипулирования старыми браузерами, такими как IE5, кажется)
• ASP.NET 2.0 (до фреймворка 4.0) для "глобальных тем" (глобальный для всех сайтов на сервере, то есть)
• некоторые версии Crystal Reports

вероятно, есть / будет дальнейшее (ab)использование этой папки в будущем. Излишне говорить, что поскольку он содержит вещи, которые "необходимы для правильной работы приложения", но которые "не должны быть развернуты приложением", он останется чем-то вроде кошмара как для разработчиков, так и для системных администраторов.

кажется, что "прототип" для содержимое папки находится в C:\inetpub\wwwroot\, и кажется разумным предположить, что если какой-либо данный веб-сайт IIS не имеет ресурса /aspnet_client, то IIS попытается сделать правильную вещь и ... в крайнем случае ... создать физическую папку в корневой папке веб-сайта, и скопируйте туда файлы. Кажется, что IIS будет делать это, по крайней мере, когда "ASPNET_regiis /c" вызывается данный сервер - что, вероятно, происходит автоматически в некоторых критических точках ... например, когда обновления .NET framework применяется к серверу, который имеет роль IIS.

стратегии для обработки каталога aspnet_client включают: * указание виртуального каталога, сопоставленного с C:\inetpub\wwwroot в надежде, что IIS откажется от создания физического каталога * удаление физического каталога время от времени, если вы уверены, что ваш сайт не нуждается в нем, и это действительно беспокоит вас * игнорирование aspnet_client, находящихся * запуск "ASPNET_regiis / c" самостоятельно, если вам не хватает папки, и она нужна

наверное самое главное, как разработчик, вы должны четко понимать и документировать зависимости ваших приложений от каталога aspnet_client, и убедитесь, что ваша процедура установки имеет соответствующие инструкции для того, чтобы убедиться, что каталог существует. Однако, вы, вероятно, не должны беспокоиться на самом деле источник каталог как часть вашего упакованного веб-приложения или веб - сайта- как вы можете сделать это для каждой версии .NET framework, которую сервер будет смотрите в течение всего срока действия вашего приложения?!

некоторые ссылки я вернусь позже:

• http://my.safaribooksonline.com/book/certification/mcts/9780735657489/2dot-using-master-pages-themes-and-caching/ch02s03_html?query=((aspnet_client))&reader=html&imagepage=#snippet
• что такое папка aspnet_client в моем ASP.NET сайт?
• путь iis express для глобальной темы

Он также имеет определенные значки и скрипты, необходимые для правильной работы crystal reports даже в версиях после 1.1

папка обычно предназначена для хранения Javascript на стороне клиента, который ASP.NET использует для таких вещей, как проверка.

Это должно быть безопасно удалить.

решил, что я добавлю это здесь, так как это ссылка, на которую я продолжал перенаправляться, когда я искал этот вопрос. По-видимому, с .NET 4.0 и новее эта папка больше не нужна и может быть удалена без проблем.

Если вы используете Installshield для настройки ASP.net веб-сайт, имейте в виду, что эта функция присутствовала в Installshield 2010 и отсутствует в Installshield 2012.