Quando o empacotamento / minificação está habilitado, alguns dos meus pacotes parecem ter um URL inválido no navegador (terminando com /), e o IIS dá um erro proibido 403, como se estivesse tentando listar o conteúdo de uma pasta.
Não há diferença na forma como meus pacotes são configurados - eles não são .min.css, as permissões de acesso estão corretas etc.
.net
asp.net-mvc
razor
asp.net-mvc-4
bundling-and-minification
Kieren Johnstone
fonte
fonte
Respostas:
Meus pacotes foram registrados como caminhos que correspondiam a uma pasta real na solução, por exemplo
~/Content/forum.Isso funciona bem quando o pacote está desativado (o pacote está incluído corretamente!), Mas não quando o pacote está ativado.
A solução é alterar o nome registrado do bundle para não ser o mesmo que existe no sistema de arquivos.
fonte
~/Content/myfolder/bundlese CSS estiver abaixo deContent/myfolder"Change the registered name of the bundle"o que você quer dizer com isso? - Eu assumi o nome do pacote WE Atribuir. Curtir (a parte em negrito) ->bundles.Add(new StyleBundle("~ / Content / css").Include("~/Content/site.css"));No meu caso, o pacote foi especificado como um diretório,
@Scripts.Render("~/scripts")então o IIS não sabia como servir o arquivo js real, mudei o nome do pacote para representar um arquivo javascript@Scripts.Render("~/scripts.js")e isso corrigiu. O mesmo se aplica ao meu pacote de estilo.fonte
O problema é a convenção de nomenclatura que o nome do seu pacote deve ser
Isso resolveu meu problema.
fonte