Otrzymuję ten błąd w konsoli programisty Google Chrome.
Nie udało się przeanalizować mapy źródła: http: // localhost: 15132 / Scripts / _External / igniteui / css / themes / infragistics / infragistics.theme.css.map
Jak to naprawić?
ESRI: nie udało się przeanalizować mapy źródłowej
Odpowiedzi:
Chrome niedawno dodał obsługę map źródłowych w narzędziach programistycznych. Jeśli przejdziesz do ustawień na pasku narzędzi programisty Chrome, zobaczysz dwie następujące opcje:
Jeśli wyłączysz te dwie opcje i odświeżysz przeglądarkę, nie powinna już prosić o mapy źródłowe.
Te ustawienia można znaleźć tutaj:
94
co za głupia "funkcja". Powinien po prostu załadować mapy źródeł, gdy będą dostępne.
—
ProblemsOfSumit
Dwie sekcje powyżej tego zrzutu ekranu w obszarze Wygląd to opcja Motyw. Wybrałem motyw ciemny.
—
Steropes
Nie sądzę, żeby to była odpowiedź. Ukrywanie błędu tak naprawdę nie jest „naprawianiem” go. Musisz najpierw dowiedzieć się, dlaczego masz plik odwołujący się do nieistniejącego pliku mapy źródłowej, a następnie spróbować to naprawić.
—
demisx
Tylko słowo przestrogi - jeśli wyłączysz te ustawienia, pamiętaj, że twoja karta sieci NIE pokaże żadnej aktywności ruchu, chyba że naciśniesz F5 (na karcie n / w)
—
James Poulose
Zajęło mi trochę czasu, zanim ustaliłem, gdzie są te ustawienia. Oto zrzut ekranu pokazujący, gdzie się znajdują: i.stack.imgur.com/JQcnN.png . Może powinieneś dodać to do swojej odpowiedzi, aby ułatwić ludziom znalezienie ustawień.
—
Kaczor Donald
Chociaż wybrana odpowiedź jest dobrą odpowiedzią, aby ukryć błąd, nie powoduje ona zniknięcia błędu, po prostu nie widać jej w inspektorze. Innym sposobem byłoby pobranie brakującego pliku mapy i umieszczenie go w katalogu asset / lib. Czyli na przykład brakowało mi angular-route.min.js.mappliku i poszedłem tutaj https://code.angularjs.org/1.5.3/ (do poprawnej wersji angulara) i pobrałem brakujący plik. Błąd nie zniknął od razu, prawdopodobnie z powodu buforowania, ale gdy przeszedłem do właściwego pliku w przeglądarce, zadziałał. http://sitename.localhost/assets/lib/angular-route.min.js.map. Teraz inspektor nie wyświetla już błędu nawet przy włączonych mapach źródłowych.
Chociaż mapy źródeł świetnie nadają się do pracy ze zminimalizowanymi plikami javascript, ten komunikat o błędzie pojawia się i uniemożliwia normalne debugowanie, nawet jeśli nie potrzebujesz / nie chcesz używać map źródeł. Masz rację, że dodanie mapy źródłowej rozwiązałoby problem, ale jeśli ich nie masz, będziesz chciał wyłączyć tę opcję, aby umożliwić normalne debugowanie.
—
Steropes
Było to dla mnie pomocne, ponieważ próbowałem skonfigurować Backendless.min.js i widziałem
—
Ryan,
Failed to parse SourceMapw konsoli Chrome. Kiedy przełączyłem się na nieskompresowany Backendless.js (bez .min), nie dostałem błędu. Myślę, że może mapy źródłowe nie mają sensu, gdy używasz zminimalizowanego javascript? Myślę, że mógłbym spróbować skonfigurować moje lokalne środowisko programistyczne do korzystania z nieskompresowanych map źródłowych JS + i mieć tylko środowisko produkcyjne używające skompresowanego JS.
Poza zwykłym wyłączeniem map źródłowych w Chrome - trochę poszperałem i odkryłem, że używanie Web Essentials do tworzenia map źródłowych wydaje się być problemem.
Z jakiegoś powodu, jeśli używam zewnętrznego kompilatora (Koala), mogę z powodzeniem tworzyć działające mapy źródłowe w Chrome (bez błędów). Natomiast jeśli używam Web Essentials, mapy źródłowe nie są analizowane.
Mam nadzieję, że to komuś pomoże.
Znalazłeś jakieś informacje na ten temat od zespołu Web Essentials? Myślę, że mamy ten sam problem.
—
jtheis
Niestety nie mogę nic na ten temat znaleźć - jestem w trakcie poszukiwania!
—
Vicky
Poprawkę związaną z Web Essentials można znaleźć tutaj: Google Chrome „Failed parsing SourceMap”: css.map (Web Essential)
—
Quentin S.
Kod źródłowy CSS / JS zwykle minimalizowaliśmy / kompresowaliśmy. Teraz, jeśli chcemy debugować te zminimalizowane pliki, musimy dodać następujący wiersz na końcu zminimalizowanego pliku
/*# sourceMappingURL=bootstrap.min.css.map */To mówi kompilatorowi, gdzie jest faktycznie mapowany plik źródłowy.
W przypadku JS ma to sens,
ale w przypadku CSS jest to faktycznie debugowanie SCSS.
Aby usunąć ostrzeżenie: remove /*# sourceMappingURL=bootstrap.min.css.map */ from the end of minified file ,.
Miałem ten sam problem bo .htaccessma nieprawidłowe ustawienia:
RewriteEngine on
RewriteRule!. (Js | gif | jpg | png | css) $ index.php
Rozwiązałem to, modyfikując plik:
RewriteEngine on
RewriteRule!. (Js | gif | jpg | png | css | eot | svg | ttf | woff | woff2 | map ) $ index.php
co to jest? Apache? Czy to serwer WWW czy tylko wtyczka?
—
Vasilii Suricov
Czasami może to być spowodowane zainstalowanymi rozszerzeniami Chrome. Na przykład AdBlock .
Niestety najlepszym rozwiązaniem, jakie udało mi się znaleźć, było wyłączenie tego rozszerzenia.
To było bardzo pomocne. Dziękuję, problem rzeczywiście dotyczył Adblock Plus.
—
Taranis
Kiedy miałem ten problem, przyczyną było względne odniesienie do plików szablonów podczas korzystania z modułu ui.bootstrap.modal .
templateUrl: 'js/templates/modal.html'
Działa to z domeny głównej ( www.example.com ), ale po dodaniu ścieżki ( www.example.com/path/ ) odwołanie się zrywa. Odpowiedzią w moim przypadku było po prostu uczynienie odniesienia absolutnym ( js / -> / js / ).
templateUrl: '/js/templates/modal.html'
Sprawdź ten adres URL , aby podnieść jakość treści
—
Willie Cheng
Dzięki willie, przeczytałem wytyczne. Czy czułeś, że coś jest nie tak z moją odpowiedzią?
—
robstarbuck
Błędy w Google DevTools są spowodowane rozszerzeniami Google.
- Kliknąłem ikonę Google w przeglądarce
- utworzył profil gościa u dołu wyskakującego okienka.
- Następnie wkleiłem adres lokalnego hosta i voila !!
Nigdy więcej błędów w konsoli.
Sprawdź, czy używasz jakiegoś rozszerzenia do Chrome (tryb nocny lub coś innego). Wyłącz to i zobacz, czy „zastrzyk” zniknął.
Zauważyłem ten problem z powodu rozszerzenia AdBlock, wyłączyłem rozszerzenie AdBlock, problem został rozwiązany.