Через Google Chrome оновлено версію 50.x, працювати з DevTools стало неможливо. Цей випуск відтворюється переважно на вкладці "Мережа". Щоразу, коли ви натискаєте на "запит", це займає близько 30-40 секунд. після цього хром може розбитися. Спробував видалити всі розширення, очистити кеш та перевстановити, але не допомогло. Хтось знає, як вирішити цю проблему?

У мене встановлений Chrome 50.0.2661.87 м

UPD: Проблема може виникнути через довгі заголовки. Спробуйте закрити відповідь і запросити заголовки.

Я мав подібні проблеми з налагодженням у версіях Chrome 50+ на Mac OS X 10.11.3. Єдине рішення, яке я знайшов на сьогоднішній день, - тримати інструменти розробників закріпленими вправо, і це, здається, є таким же продуктивним, як і раніше. Не оптимальне рішення, але в моєму випадку воно працює.

Нарешті, було знайдено рішення, яке допомогло мені після такого довгого часу і після стільки невдалих спроб його виправити: Рішення на форумах Google Chrome

Перейдіть до chrome: // flags / # force-color-profile

Змініть його на sRGB

Оскільки Google не дозволяє прямі посилання на chrome://вас, вам доведеться вставляти двокрапку самостійно або вводити ціле посилання вручну на панелі інструментів.

Моя ситуація була схожою, після того, як я боровся деякий час з надзвичайно повільною реакцією інструментів розробника, я виявив, що проблему спричинило розширення Chrome, яке я встановив для knockoutJs. Тож для людей, які стикаються з цими проблемами , спробуйте вимкнути розширення Chrome , як частину початкового усунення несправностей .

Я використовую версію 61.0.3163.79 і маю ту ж проблему, про яку йдеться у цій публікації.

Під час деяких пошуків я виявив, що проблема полягала в користувачі, яким я користувався. Я намагався ввести int google chrome як гість, і devtools знову стали швидшими.

Отже, я зробив:

1. Перевірте, чи налагодження за допомогою гостьового користувача відбувається швидше, як слід.
2. Вихід з облікового запису .
3. Очистіть весь кеш, пов’язаний із google chrome.
4. Перезавантажте ПК (але я думаю, що закриття браузера достатньо)
5. Увійдіть ще раз у свій рахунок .

Сподіваюся, це могло б допомогти іншим людям з такою ж проблемою.

[РЕДАГУВАТИ:]

Я дізнався, що через деякий час (тижні) інструменти google chrome dev знову стануть повільнішими. Тому я спробував таке рішення, і воно спрацювало:

1. Відкрийте dev tools
2. Перейдіть на Sourcesвкладку.
3. Очищено всі спостережувані змінні, точки зупинки, точку зупинки DOM та точку зупинки прослуховувачів подій.

[ДРУГЕ РЕДАГУВАННЯ:]

Через кілька тижнів проблема знову з’явилася. Що я зробив, це встановив google canary версії 64.0.3249.2 canary (64-розрядна версія), і мої проблеми зникли.

Для тих, хто не знає, що таке канарейка, перевірте це посилання.

Google усвідомлює проблему - https://bugs.chromium.org/p/chromium/issues/detail?id=624097

Здається, проблема зникла у версії 53 - вони наразі намагаються з’ясувати, що її виправлено. Якщо можливо, виправлення буде об’єднано назад до v.52. Але принаймні над цим працюють.

Якщо інші приїдуть сюди, стикаючись із тією ж проблемою, що і у мене, спробуйте змінити вкладку Dev tools, яку ви переглядаєте, на Elements .

У мене була відкрита вкладка "Джерела", і Chrome намагався завантажити величезні ресурси для цієї вкладки, що створило багатосекундну затримку між console.log()подіями, які я створив, і відображенням цих зареєстрованих повідомлень.

Зробіть devtools ще раз швидким, вимкнувши всі точки зупинки:

Перейдіть на Sourcesвкладку, покажіть налагоджувач (можливо, прихований) і натисніть Deactivate breakpoints.

(Chrome v62.0 у Windows 10)

У мене була така сама проблема з версією Google Chrome 54.0.2840.99 м.

Але перехід на 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, виконавши наступне:

• Відкрийте DevTools -> виберіть вкладку Елементи ->
  • виберіть вкладену вкладку " Обчислювані" -> у розділі " Фільтр" , переконайтеся, що пункт " Показати все" не вибрано.
  • виберіть вкладене Listeners подій вкладки -> переконайтеся , що Предки і рамкові слухачі не вибрані.

У моєму випадку у мене було налаштування локальних перевизначень ( https://developers.google.com/web/updates/2018/01/devtools#overrides ) у папці «Завантаження», в якій було багато файлів, і це сповільнило роботу devtools.

Налаштування перевизначень у власному окремому каталозі виправило повільність.

Для мене під керуванням Chrome версії 81.0.4044.138 (Офіційна збірка) (64-розрядна версія) на Ubuntu 18 проблема, схоже, у мобільному поданні. Коли я вимикаю мобільний вигляд, перевірка знову стає дуже швидкою. Я думаю, що це спричинено емуляцією дотику та іншими мобільними речами.

Щоб мати щось схоже на мобільний вигляд, я переміщую док-станцію DevTools убік і змінюю її розмір, поки не отримаю потрібну ширину. Це не ідеально, але корисно більшу частину часу.

Окрім Chrome, Firefox набагато швидше перевіряє сайти загалом, хоча я не використовував FF, оскільки я звик до певних речей у Chrome. Більше того, більшість веб-сайтів, з якими я працюю, не викликають цих проблем у Chrome, насправді це відбувається лише з одним сайтом.

PD : сайт, який ініціює проблему в Chrome Dev Tools, має безліч змінних CSS. Не впевнений, що це пов’язано.

ОНОВИТИ 1 ТИЖДЕНЬ тому Я зміг користуватися Chrome без проблем навіть у мобільному режимі, відключивши опцію "Показати медіа-запити"