2008-10-16 4 views

ответ

81

В .NET 1.1 дня и ранее эта папка предоставила ASP.NET поддержку JavaScript для элементов проверки и других функций. Если у вас нет сайта .NET 1.1 или старше, его следует удалить. Сначала я бы переименовал его, чтобы он не вызывал никаких проблем.

+42

Реальный вопрос, почему это проявляется. – 2011-10-17 19:14:13

+10

Он показывает вам, как больше не делать такие вещи ... :) – ostati 2015-01-06 23:13:42

+0

Даже если вы сейчас вне .Net 1.1 дней, вы можете использовать Crystal Reports, которые, к сожалению, все еще используют указанную папку (и, вероятно, есть также другое программное обеспечение с таким же поведением). Итак, по крайней мере, сделайте резервную копию перед удалением папки – 2016-11-21 14:25:57

3

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

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

62

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

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

+23

Я нахожу, что она возвращается периодически. Самое неприятное в том, что каждый раз, когда он возвращается, он прерывает работу WebDeploy, поскольку учетная запись, под которой работает, не имеет доступа к удалению созданной папки aspnet_client! – 2011-12-06 14:32:00

+5

@RussCam У меня точно такая же проблема. По той же причине он разбивает WebDeploy. Кто-нибудь нашел способ остановить создание этой папки случайно? – tugberk 2012-08-22 10:13:31

8

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

13

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 применяются к серверу, который имеет роль IIS.

Стратегия обработки каталога aspnet_client включает: * указать виртуальный каталог, отображенный на C: \ Inetpub \ Wwwroot в надежде, что IIS будет отказываться от создания физического каталога * удаляемого физического каталог, времени от времени, если вы» повторно, что ваш сайт не нуждается в ней, и это действительно беспокоит вас * игнорирование aspnet_client * работает «aspnet_regiis/с» себя, если вы пропустили папку, и это нужно

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

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

1

Рис. Я добавил бы это здесь, так как это ссылка, к которой я постоянно обращался, когда я искал этот вопрос. Очевидно, что с .NET 4.0 и новее эта папка больше не нужна и может быть удалена без проблем.

0

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