c# - porque - no se puede escribir en el archivo de configuración iis
Error HTTP 500.19-No se puede leer el archivo de configuración (9)
Aquí hay una solución que he encontrado.
(1) Encuentre el archivo applicationhost.config en | YourSolution | / .vs / config
(2) Modifique el VirtualDirectory PhysicalPath a su proyecto.
(3) Reinicie la solución. Iniciar proyecto.
(4) Si aún no funciona, intente verificar la configuración en su configuración IISExpress. Si no hay una configuración de sitio, copie y pegue la configuración en | UserOnYourComputer | / Documents / IISExpress / config / applicationhost.config
(5) Cambie el ID a otro ID que no se use en IISExpress applicationhost.config.
(6) Comience su proyecto.
En una de mis aplicaciones ASP.NET, de repente no puedo ejecutarlo en Visual Studio 2013 debido al error que se muestra a continuación. Parece que está intentando abrir el web.config desde una ruta que ni siquiera existe. Todo el código de mi proyecto, incluido web.config, se encuentra en C: / Projects / SourceCode / AFEManager / Trunk / AFEManager.Web. He encontrado un número de publicaciones aquí de usuarios que experimentan un error similar, pero las soluciones parecen variar y ninguna que he encontrado hasta ahora parece ser aplicable a mi situación. Busqué en ese directorio de TraceLogFiles y el archivo de registro más reciente tiene cinco días de antigüedad, así que obviamente no ha estado registrando nada desde que tengo este problema. Cualquier sugerencia es apreciada.
Cambié la ruta del directorio virtual en vs / config / applicationhost.config dentro de la carpeta de la solución.
En mi caso, el proyecto estaba ubicado en la red, no en mi disco local. Después de copiar el proyecto a local, el problema se resolvió. Espero que pueda ahorrarle tiempo a alguien que tiene el mismo problema.
En mi caso, eliminé todas las carpetas en D: / Mis documentos / Mis sitios web / antes Entonces detecté el error. Hay un archivo .vs / config / applicationhost.config en la carpeta de mi solución. Contiene una referencia a la carpeta eliminada. Por lo tanto, eliminé applicationhost.config y luego presioné el botón ''Crear directorio virtual'' en la página web de la propiedad de mi proyecto. Se recreó el archivo y la carpeta.
Experimenté el mismo problema y lo resuelvo de manera muy simple. Mi problema surgió cuando, al realizar una operación de combinación en el repositorio de git, después de la operación de combinación, Visual Studio, de alguna manera, cambió mi URL predeterminada del proyecto a la URL predeterminada de la computadora de mi socio desde donde introdujo la última vez en mi repositorio. Así es como resolví este error:
- Simplemente vaya a las propiedades del proyecto.
- Desde el menú alineado verticalmente a la izquierda, seleccione Web.
- Después de que proyectará la url y un cuadro de texto que contenga el número de puerto predeterminado, ahora al lado de ese cuadro de texto hay un botón "Crear directorio virtual".
- Presiona ese botón y ahí vas. Volverá a señalar la URL predeterminada de la carpeta de trabajo actual de su proyecto.
Espero que funcione para todos ustedes :)
Gracias PongGod !! No puedo comentar tu respuesta, pero quería publicar de todos modos, ya que tuve el mismo problema al ejecutar una instancia de Orchard . En mi caso, todo estuvo funcionando bien hasta que encontré un montón de archivos de proyectos antiguos ubicados en:
%USERPROFILE%/My Documents/My Web Sites/
Y comencé a eliminarlos sin motivo aparente. Luego intenté iniciar Orchard desde Visual Studio en modo de depuración y recibí el mensaje de error anterior. Después de aplicar la misma solución a mi archivo applicationhost.config, todo funciona bien ahora.
En mi caso, asumo que los directorios se confundieron porque inicialmente había ejecutado los archivos de Orchard predeterminados desde Visual Studio y desde Web Matrix. Luego, más tarde, descargué los archivos de origen completos y comencé a ejecutar los archivos desde un directorio completamente diferente. Gracias de nuevo.
He podido resolver este problema a pesar de que no puedo decir que entiendo completamente todos los detalles. Intentaré describir la situación de la mejor manera que la entiendo y, con suerte, otras personas con mayor conocimiento pueden agregar más aclaraciones.
Después de haber estado haciendo todo mi desarrollo en mi estación de trabajo, se me sugirió que comenzara a realizar este trabajo en un nuevo entorno de VM que se había configurado para mí. Así que instalé VS 2013 allí y copié mi código fuente de varios proyectos allí. Sin embargo, en lugar de seguir mi convención de ruta local anterior de C: / Projects / SourceCode [ProjectName] ... esta vez decidí usar los directorios que se configuran durante la instalación de VS, c: / users [MyUser] / My Documents / Visual Studio 2013 / Projects [ProjectName]. Poco después, nuestro equipo de infraestructura realizó un cambio para que mi directorio de inicio, c: / users / rmayer, ahora fuera apuntado a una unidad de red común, / totalsafety / TSUsers / rmayer. Todo siguió funcionando sin problemas.
Sin embargo, debido a varias dificultades que tenía trabajando en este entorno de VM, decidí volver a realizar mi trabajo de desarrollo en mi estación de trabajo utilizando las rutas locales originales para mi código fuente. Esto es cuando empecé a encontrar los errores descritos anteriormente cuando intentaba ejecutar mi código a través de VS. Lo que he comenzado a aprender es que hay un archivo applicationhost.config que IIS Express utiliza y se encuentra aquí: / totalsafety / TSUsers / rmayer / My Documents / IISExpress / config. Contiene entradas para cada uno de mis proyectos web; El relevante para este problema tenía una sección que se veía así:
<site name="AFEManager.Web-Site" id="8">
<application path="/" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="C:/Users/rmayer/Documents/My Web Sites/AFEManager.Web-Site" />
</application>
<application path="/AFEManager" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="C:/Projects/SourceCode/AFEManager/Trunk/AFEManager.Web" />
</application>
<bindings>
<binding protocol="http" bindingInformation="*:19257:localhost" />
</bindings>
</site>
El atributo de ruta física que figura en applicationPool = "Clr4IntegratedAppPool" en ese momento se configuró en función de la ruta local que había estado usando en el momento en que estaba trabajando en el entorno de VM. Ahora que este archivo se está compartiendo independientemente de si estoy trabajando localmente o dentro de la VM debido al movimiento de los directorios personales de los usuarios, esta ruta no es válida cuando trabajo desde mi estación de trabajo. Al actualizar esta ruta a C: / Projects / SourceCode / AFEManager / Trunk / AFEManager.Web, ahora funciona correctamente desde mi estación de trabajo.
Una vez más, tengo una comprensión limitada de cómo se supone que funciona esto, pero lo que me dice es que no podré realizar el trabajo de desarrollo desde múltiples entornos (no quiero hacerlo más) a menos que las rutas locales sean coherentes entre todos de ellos. Si tengo razón sobre esto, este parece ser un diseño menos que ideal.
Puede cambiar la ruta del archivo web.config a su ruta real en el archivo applicationhost.config. Este archivo se encuentra en la carpeta /.vs/config.
Después de cambiar la ruta en este archivo, guárdelo y reinicie el proyecto, resolvió mi problema.
Esto está ocurriendo porque tengo diferentes estaciones de trabajo, pero el proyecto se está guardando en diferentes carpetas.
Tuve este problema cuando moví la carpeta del proyecto a la nueva máquina. El problema es que el VS tiene el sitio registrado en su archivo de configuración ( applicationhost.config ) dentro de la carpeta .vs/ pero no creó la carpeta dentro de %USERPROFILE%/My Documents/My Web Sites/ . Si simplemente hace clic en Crear directorio virtual dentro de las propiedades del proyecto (pestaña Web), no será suficiente.
- Primero cierre su VS y elimine la carpeta
.vs/dentro de su directorio de soluciones - Vuelva a abrir VS y haga clic en Crear directorio virtual dentro de las propiedades del proyecto (pestaña Web): VS volverá a registrar el sitio y creará la carpeta correspondiente dentro de
%USERPROFILE%/My Documents/My Web Sites/