Поскольку Google Chrome обновился до версии 50.x, работа с DevTools стала невозможной. Эта проблема воспроизводится в основном на вкладке «Сеть». Каждый раз при нажатии на «запрос» проходит около 30-40 секунд. после этого хром может вылететь. Пытался удалить все расширения, очистить кеш и переустановить, но не помогло. Кто-нибудь знает, как исправить эту проблему?
Я использую Chrome 50.0.2661.87 м
UPD: Проблема может возникнуть из-за длинных заголовков. Попробуйте закрыть заголовки ответа и запроса.
Ответы:
У меня были похожие проблемы с отладкой в версиях Chrome 50+ на Mac OS X 10.11.3. Единственное решение, которое я нашел до сих пор, - это держать инструменты разработчика закрепленными вправо, и, похоже, они такие же производительные, как и раньше. Не оптимальное решение, но в моем случае работает.
источник
Наконец, было найдено решение, которое помогло мне после такого долгого времени и после стольких неудачных попыток исправить это: Решение на форумах Google Chrome
Поскольку Google не разрешает прямые ссылки на них,
chrome://
вам придется самостоятельно вставлять двоеточие или вводить всю ссылку вручную на панели инструментов.источник
Моя ситуация была аналогичной: после некоторой борьбы с крайне медленным откликом инструментов разработчика я обнаружил, что проблема была вызвана расширением Chrome, которое я установил для knockoutJs. Поэтому для людей, испытывающих эти проблемы, в рамках первоначального устранения неполадок попробуйте отключить расширения Chrome .
источник
Knockoutjs context debugger
продолжением. Ура!React Developer Tools
! Это происходит только на Mac, а не на Windows.Augury
расширения мне помогло. Благодаря!React Developer Tools
влияет на окнаЯ использую версию 61.0.3163.79, и у меня та же проблема, о которой говорится в этом посте.
Путем поисков я обнаружил, что проблема была в пользователе, которого я использовал. Я попытался ввести int google chrome в качестве гостя, и инструменты разработчика снова стали быстрее.
Итак, я сделал следующее:
Надеюсь, это поможет другим людям с той же проблемой.
[РЕДАКТИРОВАТЬ:]
Я обнаружил, что через некоторое время (недели) инструменты разработчика Google Chrome снова станут медленнее. Итак, я попробовал следующее решение, и оно сработало:
dev tools
Sources
вкладку.[ВТОРОЙ РЕДАКТИРОВАНИЕ:]
Через несколько недель проблема возникла снова. Я установил канарейку Google Canary версии 64.0.3249.2 (64-разрядную), и мои проблемы исчезли.
Для тех, кто не знает, что такое канарейка, перейдите по этой ссылке.
источник
Google знает о проблеме - https://bugs.chromium.org/p/chromium/issues/detail?id=624097
Проблема, кажется, исчезла в версии 53 - сейчас они пытаются выяснить, что ее решило. Если возможно, исправление будет снова объединено с версией 52. Но по крайней мере они над этим работают.
источник
Если другие прибудут сюда, столкнувшись с той же проблемой, что и я, попробуйте изменить вкладку инструментов разработчика, на которую вы смотрите, на Elements .
У меня была открыта вкладка «Источники», и Chrome пытался загрузить огромные ресурсы для этой вкладки, что создавало многосекундную задержку между
console.log()
созданными мной событиями и отображением этих зарегистрированных сообщений.источник
Снова сделайте devtools быстрым, отключив все точки останова:
Перейдите на
Sources
вкладку, покажите отладчик (может быть скрыт) и нажмитеDeactivate breakpoints
.(Chrome v62.0 в Windows 10)
источник
У меня была такая же проблема с 54.0.2840.99 м версией Google Chrome.
Но переход на Chrome Canary сработал!
источник
Я тоже сталкиваюсь с той же проблемой.
Я попробовал отключить скринкаст без флажка. Теперь все работает нормально.
источник
Уменьшить размер
resource
существаoverridden
У
overriding
меня хорошо работали только файлы с меньшим количеством строк кода. Я приземлился здесь, потому что я былoverriding
файлом, в котором были35,000 +
строкиJavascript
.Кроме того, если ваш
resource
новый один - т.е. он не включен вscript
тег илиlink
тег, вы можетеoverride
main html document
добавить тег:<script src="/my-new-script.js"></script>
. Добавить файл в домен корня в пределахOverrides folder
ВКЛChrome
:overriding
HTMLзатем
overriding
ПОЛЬЗОВАТЕЛЬСКИЙ СКРИПТ:Удачи...
источник
Я снова ускорил Chrome, выполнив следующие действия:
источник
В моем случае у меня была настройка локальных переопределений ( https://developers.google.com/web/updates/2018/01/devtools#overrides ) в папке «Загрузки», в которой было много файлов, что замедляло работу инструментов разработчика.
Настройка переопределений в собственном отдельном каталоге устранила медлительность.
источник
Для меня, когда я использую Chrome версии 81.0.4044.138 (официальная сборка) (64-разрядная версия) на Ubuntu 18, проблема, похоже, связана с мобильным представлением. Когда я отключаю мобильный просмотр, проверка снова становится очень быстрой. Я думаю, это вызвано эмуляцией сенсорного экрана и прочими мобильными штуками.
Чтобы получить что-то похожее на мобильное представление, я перемещаю док DevTools в сторону и изменяю его размер, пока не получу нужную мне ширину. Это не идеально, но большую часть времени полезно.
Помимо Chrome, Firefox намного быстрее проверяет сайты в целом, хотя я не использовал FF, потому что привык к определенным вещам в Chrome. Более того, большинство сайтов, с которыми я работаю, не вызывают этих проблем в Chrome, фактически, это происходит только с одним сайтом.
PD : сайт, который вызывает проблему в Chrome Dev Tools, имеет множество переменных CSS. Не уверен, связано ли это.
ОБНОВЛЕНИЕ 1 НЕДЕЛЮ назад Я смог без проблем использовать Chrome даже в мобильной версии, отключив опцию «Показывать медиа-запросы».
источник