Відповіді:
У .NET 1.1 дні і раніше ця папка забезпечувала ASP.NET підтримкою JavaScript для контролю перевірок та інших функцій. Якщо у вас немає сайту .NET 1.1 або старшої версії, його слід безпечно видалити. Я б перейменував її спочатку, щоб переконатися, що це не викликає проблем.
На додаток до того, що говорили інші, він, як правило, створюється інструментом aspnet_regiis, який може (повторно) запускатися такими речами, як Windows Update / AddRemove компоненти Windows / IIS. Тому іноді навіть якщо ви видалите його, воно може повернутися випадковим чином. Можливо, є спосіб зупинити цю поведінку, але я її не знайшов (можливо, зміна версії програми на .NET 2 зробить це фактично).
Тож якщо ви не використовуєте певні функції .NET 1.0 / 1.1 (перевірка, розумна навігація тощо), ви можете їх видалити без проблем, просто не здивуйтеся, якщо він повернеться!
aspnet_client - це папка для "ресурсів, які повинні обслуговуватися через HTTP, але встановлені на основі кожного сервера, а не на основі додатка".
Деякі з видів використання aspnet_client включають збереження ресурсів (наприклад, JavaScript, зображення) для:
Можливо, надалі (знов) будуть використовувати цю папку в майбутньому. Потрібно сказати, оскільки він містить речі, "необхідні для правильної роботи програми", але які "не повинні розгортатися додатком", це залишатиметься кошмаром як для розробників, так і для системних адміністраторів.
Здається, що "прототип" вмісту папки знаходиться в 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, яку сервер бачитиме впродовж вашої програми ?!
Деякі посилання, до яких я повернусь пізніше:
Він також має певні піктограми та сценарії, необхідні для належного запуску кристалічних звітів навіть у версіях пізніше 1.1
C:\inetpub\wwwroot\aspnet_client\system_web\4_0_30319\crystalreportviewers13
Не знаю, правильно це робити чи ні, але я просто скопіював всю папку aspnet_client з кореня в каталог, в якому жив мій екземпляр Ripplestone.
Зазвичай папка призначена для зберігання клієнтського Javascript, який ASP.NET використовує для таких речей, як перевірка.
Видалити його слід безпечно.
Якщо ви використовуєте Installshield для налаштування веб-сайту ASP.net, пам’ятайте, що ця функція присутня в Installshield 2010 та відсутня в Installshield 2012.