Qu'est-ce que le aspnet_client dossier en vertu de l'IIS structure?
Je remarque qu'il y a souvent un aspnet_client dossier en vertu de la norme web IIS structure de dossier. Qu'est-ce utilisé? Est-il nécessaire?
Vous devez vous connecter pour publier un commentaire.
Dans le .NET 1.1 jours et avant, ce dossier fourni ASP.NET avec sa prise en charge de JavaScript pour les contrôles de validation et d'autres fonctionnalités. Si vous n'avez pas un .NET 1.1 site ou plus de course il doit être sûr pour le supprimer. Je voudrais renommer d'abord pour s'assurer qu'il ne cause pas de problèmes.
En plus de ce que les autres ont dit, c'est généralement créé par l'outil aspnet_regiis, qui peut être (re-)géré par des choses comme la mise à Jour de Windows/AddRemove composants Windows/IIS. Alors parfois, même si vous ne les supprimer, il peut revenir de façon aléatoire. Il y a peut être un moyen d'arrêter ce comportement, mais je n'ai pas trouvé (peut-être de changer la version de l'application pour .NET 2 serait-il le faire en fait).
Donc, sauf si vous utilisez certaines fonctions de .NET 1.0/1.1 (validation, Smart Navigation, etc), vous pouvez le supprimer sans aucun problème, il suffit de ne pas être trop surpris si il revient!
aspnet_regiis.exe -ea
quand WindowsUpdateClient journaux id de l'événement 19. J'espère que cela sera une bonne solution de contournement jusqu'à ce que quelqu'un trouve une solution permanente.aspnet_client est un dossier pour "les ressources qui doivent être servis via HTTP, mais sont installés sur une base par serveur, plutôt que d'une application par application".
De certaines utilisations de aspnet_client inclure le stockage des ressources (ex. JavaScript, images) pour:
Il n'y a probablement/sera-être encore (ab)les utilisations de ce dossier dans l'avenir. Inutile de dire que, puisqu'il contient des choses qui sont "nécessaires pour que l'application fonctionne correctement", mais qui "ne sont pas censés être déployés par l'application", il restera quelque chose d'un cauchemar pour les développeurs et les administrateurs système.
Il semble que le "prototype" pour le contenu du dossier est en C:\inetpub\wwwroot\, et il semble raisonnable de supposer que si un site web IIS, manque un /aspnet_client de ressources, IIS va essayer de faire la bonne chose et ... comme un dernier recours ... faire un dossier physique dans le dossier racine du site web, et de copier les fichiers. Il semble que les services internet (IIS) faire au moins quand "ASPNET_regiis /c" est appelé un serveur donné - ce qui, probablement, se produit automatiquement à certains moments critiques ... comme quand .NET framework mises à jour sont appliquées à un serveur qui a le rôle IIS.
De stratégies pour la gestion de la aspnet_client répertoire comprennent:
* spécifier un répertoire virtuel mappé à C:\inetpub\wwwroot dans l'espoir que les services internet (IIS) renoncer à la création d'un répertoire physique
* supprimer le répertoire physique de temps en temps si vous êtes sûr que votre site n'en a pas besoin et ça vous gêne vraiment
* ne pas tenir compte aspnet_client
* en cours d'exécution "ASPNET_regiis /c" vous-même si vous êtes absent le dossier, et que vous avez besoin
Probablement le plus important, en tant que développeur, vous devez bien comprendre et de documenter vos applications avec des dépendances sur le aspnet_client répertoire, et assurez-vous que votre procédure d'installation a) des instructions appropriées pour s'assurer que le répertoire existe. Cependant, vous ne devriez probablement pas la peine de réellement d'approvisionnement l'annuaire dans le cadre de votre package d'application web ou de site web - comment pourriez-vous faire cela pour chaque version de l' .NET framework lequel le serveur va voir au cours de la durée de vie de votre application?!
Quelques liens, j'y reviendrai plus tard:
http://my.safaribooksonline.com/book/web-development/microsoft-aspdotnet/0735621772/aspdotnet-configuration/111?query=((aspnet_client))#X2ludGVybmFsX0J2ZGVwRmxhc2hSZWFkzxi/eG1saWQ9MDczNTYyMTc3Mi8xMTE=
Il a aussi certaines icônes et scripts qui sont nécessaires pour les rapports crystal pour fonctionner correctement, même dans les versions ultérieures à la version 1.1
C:\inetpub\wwwroot\aspnet_client\system_web\4_0_30319\crystalreportviewers13
Pas sûr si c'était le droit chose à faire ou pas, mais je viens de copier l'ensemble de la aspnet_client dossier à la racine du répertoire de mon Ripplestone exemple vécu.Le dossier est généralement pour le stockage côté client en Javascript, qui ASP.NET utilise pour des choses comme la validation.
Il doit être sûr pour le supprimer.
Pensé que je voudrais ajouter ici que c'est le lien que j'ai gardé d'être dirigé vers quand j'ai googlé cette question. Apparemment avec .NET 4.0 et versions plus récentes de ce dossier n'est plus nécessaire et peut être retiré sans problème.
Si vous utilisez l'Assistant pour configurer ASP.net site, sachez que cette fonctionnalité était présente dans Installshield 2010 et est manquant dans Installshield 2012.