À quoi sert le dossier aspnet_client sous la structure IIS?

Je remarque qu'il y a fréquemment un dossier aspnet_client sous la structure de dossiers Web standard d'IIS. À quoi cela sert-il? Est-ce nécessaire?

Dans les jours .NET 1.1 et avant, ce dossier fournissait à ASP.NET sa prise en charge JavaScript pour les contrôles de validation et d'autres fonctionnalités. Si vous n'avez pas de site .NET 1.1 ou plus ancien en cours d'exécution, vous devriez pouvoir le supprimer en toute sécurité. Je le renommerais d'abord pour m'assurer qu'il ne pose aucun problème.

En plus de ce que d'autres ont dit, il est généralement créé par l'outil aspnet_regiis, qui peut être (re) exécuté par des éléments tels que Windows Update / AddRemove Windows components / IIS. Donc parfois, même si vous le supprimez, il peut revenir au hasard. Il peut y avoir un moyen d'arrêter ce comportement, mais je ne l'ai pas trouvé (peut-être que changer la version de l'application en .NET 2 le ferait réellement).

Donc, à moins que vous n'utilisiez certaines fonctionnalités de .NET 1.0 / 1.1 (validation, Smart Navigation, etc.), vous pouvez le supprimer sans aucun problème, ne soyez pas trop surpris s'il revient!

aspnet_client est un dossier pour "les ressources qui doivent être servies via HTTP, mais qui sont installées sur une base par serveur, plutôt que par application".

Certaines des utilisations de aspnet_client incluent le stockage de ressources (par exemple, JavaScript, images) pour:

• JavaScript pour les contrôles Web Forms ASP.NET lors de l'utilisation de la validation côté client (principalement pour manipuler les navigateurs plus anciens comme IE5, semble-t-il)
• ASP.NET 2.0 (jusqu'à au framework 4.0) pour les `` thèmes globaux '' (global à tous les sites sur un serveur, c'est-à-dire)
• certaines versions de Crystal Reports

Il y aura probablement d'autres utilisations (ab) de ce dossier dans le futur. Inutile de dire qu'il contient des éléments "nécessaires au bon fonctionnement de l'application" mais qui "ne sont pas censés être déployés par l'application", cela restera un véritable cauchemar pour les développeurs et les administrateurs système.

Il semble que le 'prototype' pour le contenu du dossier se trouve dans C: \ inetpub \ wwwroot \, et il semble raisonnable de supposer que si un site Web IIS donné ne dispose pas d'une ressource / aspnet_client, IIS essaiera de faire la bonne chose et ... en dernier recours ... créez un dossier physique dans le dossier racine du site Web et copiez-y les fichiers. Il semble qu'IIS fera cela au moins lorsque "ASPNET_regiis / c" est appelé un serveur donné - ce qui se produit probablement automatiquement à certains moments critiques ... comme lorsque les mises à jour de .NET Framework sont appliquées à un serveur qui a le rôle IIS.

Les stratégies de gestion du répertoire aspnet_client incluent: * la spécification d'un répertoire virtuel mappé sur C: \ inetpub \ wwwroot dans l'espoir qu'IIS renoncera à créer un répertoire physique * la suppression du répertoire physique de temps en temps si vous êtes sûr que votre site ne le fait pas ' Vous en avez vraiment besoin et cela vous dérange vraiment * ignorer aspnet_client * exécuter vous-même "ASPNET_regiis / c" si vous manquez le dossier et que vous en avez besoin

Plus important encore, en tant que développeur, vous devez clairement comprendre et documenter les dépendances de vos applications sur le répertoire aspnet_client, et vous assurer que votre procédure d'installation contient des instructions pertinentes pour vous assurer que le répertoire existe. Cependant, vous ne devriez probablement pas prendre la peine de fournir le répertoire dans le cadre de votre application Web ou de votre site Web emballé - comment pourriez-vous le faire pour chaque version du framework .NET que le serveur verra pendant la durée de vie de votre application?!

Quelques liens sur lesquels je reviendrai plus tard:

• http://my.safaribooksonline.com/book/certification/mcts/9780735657489/2dot-using-master-pages-themes-and-caching/ch02s03_html?query=((aspnet_client))&reader=html&imagepage=#snippet
• Quel est le dossier aspnet_client dans mon site Web ASP.NET?
• iis chemin d'accès express pour le répertoire de thèmes global http://my.safaribooksonline.com/book/web-development/microsoft-aspdotnet/0735621772/aspdotnet-configuration/111?query=((aspnet_client))#X2ludGVybmFsX0J2ZGVwRmxhc2hTYMZMZMZMxHc2hMx0J2ZGVwRmxhc2hTYMZM
• http://my.safaribooksonline.com/book/web-development/microsoft-aspdotnet/9780471785989/working-with-themes/ch41lev1sec8?query=((aspnet_client))&reader=html&imagepage=#X2ludGVybmFsX0h0bWxWaWV3P3htbGlkPTk3ODA0NzE3ODU5ODklMkZjaDQxbGV2MnNlYzEwJnF1ZXJ5PSgoYXNwbmV0X2NsaWVudCkp
• http://my.safaribooksonline.com/book/web-development/microsoft-aspdotnet/067232542x/performing-form-validation-with-validation-controls/ch03lev1sec1?query=((aspnet_client))&reader=html&imagepage=#snippet
• http://scn.sap.com/thread/3157366

Il contient également certaines icônes et scripts nécessaires au bon fonctionnement des rapports Crystal, même dans les versions ultérieures à 1.1

Le dossier sert généralement à stocker le Javascript côté client, qu'ASP.NET utilise pour des choses comme la validation.

Il devrait être sûr de supprimer.

Je pensais que j'ajouterais ceci ici car c'est le lien vers lequel je continuais d'être dirigé lorsque j'ai recherché cette question sur Google. Apparemment, avec .NET 4.0 et plus récent, ce dossier n'est plus nécessaire et peut être supprimé sans problème.

Si vous utilisez Installshield pour configurer le site Web ASP.net, sachez que cette fonctionnalité était présente dans Installshield 2010 et est manquante dans Installshield 2012.