descargar - iis windows 10

¿Para qué es la carpeta aspnet_client en la estructura de IIS? (7)

Observé que con frecuencia hay una carpeta aspnet_client en la estructura de carpetas web estándar de IIS. ¿Para qué se usa esto? ¿Es necesario?

Además de lo que otros han dicho, generalmente se crea mediante la herramienta aspnet_regiis, que puede ser (re) ejecutada por elementos como Windows Update / AddRemove Windows components / IIS. Por lo tanto, a veces, incluso si lo elimina, puede volver al azar. Puede haber una manera de detener este comportamiento, pero no lo he encontrado (tal vez cambiar la versión de la aplicación a .NET 2 lo haría en realidad).

Así que a menos que esté usando ciertas características de .NET 1.0 / 1.1 (validación, navegación inteligente, etc.) puede eliminarlo sin ningún problema, ¡pero no se sorprenda si vuelve!

En .NET 1.1 días y antes, esta carpeta proporcionaba a ASP.NET su soporte de JavaScript para los controles de validación y otras funcionalidades. Si no tiene un sitio .NET 1.1 o una versión anterior, debería ser seguro eliminarlo. Primero le cambiaría el nombre para asegurarme de que no causa ningún problema.

La carpeta es generalmente para almacenar Javascript del lado del cliente, que ASP.NET usa para cosas como la validación.

Debería ser seguro eliminarlo.

Si está utilizando Installshield para configurar el sitio web de ASP.net, tenga en cuenta que esta característica estuvo presente en Installshield 2010 y falta en Installshield 2012.

Supuse que agregaría esto aquí ya que este es el enlace al que me dirigían cuando busqué en Google esta pregunta. Aparentemente con .NET 4.0 y versiones posteriores esta carpeta ya no es necesaria y puede eliminarse sin problemas.

También tiene ciertos iconos y scripts que son necesarios para que los informes cristalinos se ejecuten correctamente incluso en versiones posteriores a la 1.1

aspnet_client es una carpeta para "recursos que se deben servir a través de HTTP, pero se instalan por servidor, en lugar de por aplicación".

Algunos de los usos de aspnet_client incluyen el almacenamiento de recursos (por ejemplo, JavaScript, imágenes) para:

JavaScript para los controles de ASP.NET Web Forms al usar la validación del lado del cliente (principalmente para manipular manualmente navegadores más antiguos como IE5, parece)
ASP.NET 2.0 (hasta en el marco 4.0) para ''Temas globales'' (global para todos los sitios en un servidor, eso es)
algunas versiones de Crystal Reports

Es probable que haya / vaya a ser más (ab) usos de esta carpeta en el futuro. Ni que decir tiene que, dado que contiene elementos que son "necesarios para que la aplicación se ejecute correctamente" pero que "la aplicación no debería implementar", seguirá siendo una pesadilla tanto para los desarrolladores como para los administradores del sistema.

Parece que el ''prototipo'' para el contenido de la carpeta está en C: / inetpub / wwwroot /, y parece razonable suponer que si un sitio web IIS dado carece de un recurso / aspnet_client, entonces IIS intentará hacer lo correcto y ... como último recurso ... crea una carpeta física en la carpeta raíz del sitio web y copia los archivos allí. Parece que IIS hará esto al menos cuando se invoca "ASPNET_regiis / c" en un servidor determinado, lo que probablemente ocurre automáticamente en algunas coyunturas críticas ... como cuando las actualizaciones de .NET Framework se aplican a un servidor que tiene el rol de IIS.

Las estrategias para manejar el directorio aspnet_client incluyen: * especificar un directorio virtual mapeado a C: / inetpub / wwwroot con la esperanza de que IIS renuncie a crear un directorio físico * borrando el directorio físico de vez en cuando si está seguro de que su sitio no lo hace lo necesito y realmente te molesta * ignorando aspnet_client * ejecutando "ASPNET_regiis / c" tú mismo si te falta la carpeta y la necesitas

Probablemente lo más importante es que, como desarrollador, debe comprender y documentar claramente las dependencias de sus aplicaciones en el directorio aspnet_client y asegurarse de que su procedimiento de instalación tenga instrucciones relevantes para asegurarse de que exista el directorio. Sin embargo, probablemente no deberías molestarte en proporcionar el directorio como parte de tu aplicación web empaquetada o sitio web. ¿Cómo podrías hacer esto para cada versión de .NET Framework que el servidor verá durante la vida de tu aplicación?

Algunos enlaces que volveré más adelante: