Cuando se habilita la agrupación / minificación, algunos de mis paquetes parecen tener una URL no válida en el navegador (que termina con /), e IIS da un error prohibido 403, como si intentara enumerar el contenido de una carpeta.
No hay diferencia en la forma en que se configuran mis paquetes: no son .min.css, los permisos de acceso son correctos, etc.
.net
asp.net-mvc
razor
asp.net-mvc-4
bundling-and-minification
Kieren Johnstone
fuente
fuente
Respuestas:
Mis paquetes se registraron como rutas que correspondían a una carpeta real en la solución, por ejemplo
~/Content/forum.Esto funciona bien cuando la agrupación está desactivada (¡la agrupación está incluida correctamente!), Pero no cuando la agrupación está habilitada.
La solución es cambiar el nombre registrado del paquete para que no sea el mismo que existe en el sistema de archivos.
fuente
~/Content/myfolder/bundlesi CSS es inferior aContent/myfolder"Change the registered name of the bundle"¿qué quieres decir con eso? - Supuse que el nombre del paquete de WE asignación. Me gusta (la parte en negrita) ->bundles.Add(new StyleBundle("~ / Content / css").Include("~/Content/site.css"));En mi caso, el paquete se especificó como un directorio,
@Scripts.Render("~/scripts")por lo que IIS no sabía cómo servir el archivo js real, cambié el nombre del paquete para representar un archivo javascript@Scripts.Render("~/scripts.js")y eso lo solucionó. Lo mismo ocurrió con mi paquete de estilo.fuente
El problema es la convención de nomenclatura que debe tener el nombre de su paquete
Esto resolvió mi problema.
fuente