Sinсe Google Chrome został zaktualizowany do wersji 50.x, praca z DevTools stała się niemożliwa. Ten numer powielono głównie w zakładce „Sieć”. Za każdym razem, gdy klikniesz na „żądanie”, zajmuje to około 30-40 sekund. po tym chrome może się zawiesić. Próbowałem usunąć wszystkie rozszerzenia, wyczyścić pamięć podręczną i ponownie zainstalować, ale nie pomogło. Czy ktoś wie, jak rozwiązać ten problem?
Używam Chrome 50.0.2661.87 m
UPD: Problem może być spowodowany długimi nagłówkami. Spróbuj zamknąć odpowiedź i zażądać nagłówków.
Odpowiedzi:
Mam podobne problemy z debugowaniem w Chrome w wersjach 50+ w systemie Mac OS X 10.11.3. Jedynym rozwiązaniem, które do tej pory znalazłem, jest zadokowanie narzędzi deweloperskich po prawej stronie i wydaje się, że jest tak samo wydajne jak wcześniej. Nie jest to optymalne rozwiązanie, ale w moim przypadku działa.
źródło
W końcu znalazłem rozwiązanie, które pomogło mi po tak długim czasie i po tylu nieudanych próbach jego naprawy: Rozwiązanie na forach Google Chrome
Ponieważ Google nie zezwala na bezpośrednie linki do
chrome://
, musisz samodzielnie wstawić dwukropek lub wprowadzić cały link ręcznie na pasku narzędzi.źródło
Moja sytuacja była podobna, po pewnym czasie zmagań z ekstremalnie powolną reakcją narzędzi programistycznych odkryłem, że problem jest spowodowany przez rozszerzenie Chrome, które zainstalowałem dla knockoutJs. Dlatego w przypadku osób, u których występują te problemy, w ramach wstępnego rozwiązywania problemów spróbuj wyłączyć rozszerzenia Chrome .
źródło
Knockoutjs context debugger
rozszerzenie. Twoje zdrowie!React Developer Tools
! Dzieje się tylko na Macu, nie dzieje się na Windowsie.Augury
Pomogło mi wyłączenie rozszerzenia. Dzięki!React Developer Tools
dotyczy to również systemu WindowsUżywam wersji 61.0.3163.79 i mam ten sam problem, o którym mówi ten post.
Podczas niektórych wyszukiwań okazało się, że problem dotyczył użytkownika, którego używałem. Próbowałem wejść do Google Chrome jako gość i devtools znów stały się szybsze.
Więc co zrobiłem to:
Mam nadzieję, że mogłoby to pomóc innym ludziom z tym samym problemem.
[EDYTOWAĆ:]
Dowiedziałem się, że po jakimś czasie (tygodniach) narzędzia deweloperskie w Google Chrome znów będą działać wolniej. Wypróbowałem więc następujące rozwiązanie i zadziałało:
dev tools
Sources
zakładki.[DRUGA EDYCJA:]
Po kilku tygodniach problem powrócił. To, co zrobiłem, to zainstalowanie kanarka google w wersji 64.0.3249.2 (64-bit) i moje problemy zniknęły.
Kto nie wie, co to jest kanarek, sprawdź ten link.
źródło
Google zdaje sobie sprawę z problemu - https://bugs.chromium.org/p/chromium/issues/detail?id=624097
Wydaje się, że problem zniknął w wersji 53 - obecnie próbują dowiedzieć się, co go naprawiło. Jeśli to możliwe, poprawka zostanie przywrócona do wersji 52. Ale przynajmniej nad tym pracują.
źródło
Na wypadek, gdyby inni przyjechali tutaj z tym samym problemem, co ja, spróbuj zmienić kartę narzędzi deweloperskich, na którą patrzysz, na elementy .
Miałem otwartą kartę „Źródła” i Chrome próbował załadować ogromne zasoby dla tej karty, co spowodowało wielosekundowe opóźnienie między utworzonymi
console.log()
zdarzeniami a wyświetlaniem tych zarejestrowanych wiadomości.źródło
Spraw, by Devtools znów były zgrabne, dezaktywując wszystkie punkty przerwania:
Przejdź do
Sources
zakładki, pokaż debugger (może być ukryty) i naciśnijDeactivate breakpoints
.(Chrome v62.0 w systemie Windows 10)
źródło
Miałem ten sam problem z czasem w 54.0.2840.99 m wersji Google Chrome.
Ale przejście na Chrome Canary zadziałało!
źródło
Ja też mam ten sam problem.
Próbowałem bez zaznaczenia przełączać screencast. Teraz działa dobrze.
źródło
Zmniejsz rozmiar
resource
bytuoverridden
Tylko
overriding
pliki z mniejszą liczbą wierszy kodu działały dobrze dla mnie. Wylądowałem tutaj, ponieważ byłemoverriding
plikiem z35,000 +
liniamiJavascript
.Ponadto, jeśli Twój
resource
jest nowy - tj. Nie jest uwzględniony wscript
tagu lublink
tagu możnaoverride
main html document
dodać tag:<script src="/my-new-script.js"></script>
. Dodaj plik do katalogu głównego domeny w ramachOverrides folder
onChrome
:overriding
HTMLnastępnie
overriding
SKRYPT NIESTANDARDOWY:Powodzenia...
źródło
Znowu przyspieszyłem Chrome, wykonując następujące czynności:
źródło
W moim przypadku miałem konfigurację Local Overrides ( https://developers.google.com/web/updates/2018/01/devtools#overrides ) w folderze Pobrane, w którym było dużo plików i to spowolniło devtools.
Skonfigurowanie przesłonięć w swoim własnym katalogu seprate naprawiło powolność.
źródło
U mnie, pracując z Chrome w wersji 81.0.4044.138 (oficjalna kompilacja) (64-bitowa) na Ubuntu 18, problemem wydaje się być widok mobilny. Kiedy wyłączam widok mobilny, inspekcja znów staje się naprawdę szybka. Myślę, że jest to spowodowane emulacją dotyku i innymi urządzeniami mobilnymi.
Aby uzyskać coś podobnego do widoku mobilnego, przesuwam doku DevTools na bok i zmieniam jego rozmiar, aż uzyskam potrzebną szerokość. Nie jest doskonały, ale jest przydatny przez większość czasu.
Poza Chrome, Firefox jest znacznie szybszy podczas ogólnej inspekcji witryn, chociaż nie używałem FF, ponieważ jestem przyzwyczajony do określonych rzeczy w Chrome. Co więcej, większość witryn, z którymi współpracuję, nie powoduje tych problemów w przeglądarce Chrome, w rzeczywistości dzieje się tak tylko z jedną witryną.
PD : witryna, która powoduje problem w Chrome Dev Tools, zawiera wiele zmiennych CSS. Nie jestem pewien, czy to jest powiązane.
AKTUALIZUJ 1 TYDZIEŃ temu Mogłem bez problemów korzystać z Chrome, nawet w widoku mobilnym, wyłączając opcję „Pokaż zapytania o media”
źródło