Po włączeniu grupowania / minifikacji niektóre z moich pakietów wydają się mieć nieprawidłowy adres URL w przeglądarce (kończący się znakiem /), a usługi IIS wyświetlają zabroniony błąd 403, tak jakby próbowały wyświetlić zawartość folderu.
Nie ma różnicy w sposobie konfiguracji moich pakietów - nie są to pliki .min.css, uprawnienia dostępu są poprawne itp.
.net
asp.net-mvc
razor
asp.net-mvc-4
bundling-and-minification
Kieren Johnstone
źródło
źródło
Odpowiedzi:
Moje paczki zostały zarejestrowane jako ścieżki odpowiadające faktycznemu folderowi w rozwiązaniu, np
~/Content/forum
.Działa to dobrze, gdy pakietowanie jest wyłączone (pakiet jest dołączony poprawnie!), Ale nie, gdy jest ono włączone.
Rozwiązaniem jest zmiana zarejestrowanej nazwy pakietu, aby nie była taka sama, jak wszystko, co istnieje w systemie plików.
źródło
~/Content/myfolder/bundle
jeśli CSS jest podContent/myfolder
"Change the registered name of the bundle"
co masz na myśli? - Przypuszczałem nazwę wiązki my przeznaczeniem. Na przykład (pogrubiona część) ->bundles.Add(new StyleBundle(
„~ / Content / css”).Include("~/Content/site.css"));
W moim przypadku pakiet został określony jako katalog,
@Scripts.Render("~/scripts")
więc IIS nie wiedział, jak obsłużyć rzeczywisty plik js, zmieniłem nazwę pakietu, aby reprezentowała plik javascript@Scripts.Render("~/scripts.js")
i to naprawiło. To samo dotyczyło mojego zestawu stylowego.źródło
Problem polega na konwencji nazewnictwa, jaką powinna mieć nazwa Twojego pakietu
To rozwiązało mój problem.
źródło