Вопрос или проблема
Я постоянно использую вкладку Сеть в Google Chrome для сбора сетевых трасс. Примерно в 50% случаев это работает правильно. Почему такие инструменты, как Charles Proxy и Fiddler, успешно собирают данные, а инструменты Chrome ведут себя нестабильно?
Важно отметить, что я не всегда могу получить ответы. Это перенаправления? Что-то еще?
Вот пример: у меня есть несколько ответов с таким сообщением:
"Не удалось загрузить данные ответа: Ресурс с данным идентификатором не найден"
Это только один пример, но в целом есть и другие сообщения и отсутствуют ответы.
Есть ли лучший плагин? Иногда я использую SAML-tracer, но он не получает ответы, хотя имеет некоторые данные и работает стабильно. Есть ли флаг или настройка, которые я упускаю?
Проблема, похоже, была отмечена в отчетах об ошибках с 2012 года (!)
Проблема 141129: DevTools: содержимое XHR (и других ресурсов) недоступно после навигации.
Объяснение разработчика Chrome Эустаса:
То, что я вижу, это то, что ресурсы, которые не были просмотрены в панели сети, становятся недоступными после навигации по странице.
Это результат политики “низкой нагрузки” – содержимое ресурса не передается в DevTools, пока пользователь явно не захочет его увидеть. Это сделано, чтобы избежать искажений в измерениях.
Конечно, мы могли бы сохранять ресурсы даже после навигации, но это добавило бы нагрузку на память: представьте, пользователь (или сам сайт) постоянно и бесконечно навигирует…
Текущее решение является хорошим компромиссом: пользователь может исследовать ресурсы между навигациями, если он этого хочет; с другой стороны – пользователь может исследовать время сети нескольких навигаций на одной временной линии.
Последний комментарий в посте датируется 2022 годом:
Хотя теоретически это возможно, это, вероятно, потребует огромных усилий, и у нас не будет возможностей работать над этим в ближайшее время.
Вывод в том, что проблема останется, и вы можете использовать лишь обходные пути:
- Используйте другой браузер (Firefox имеет хорошие инструменты разработчика)
- Добавьте точку остановки на вкладке “Источники”:
В Chrome DevTools нажмите на вкладку “Источники”, разверните
“Точки остановки для слушателей событий”, разверните “Загрузка” и отметьте “beforeunload”,
затем перезагрузите запрос. - Используйте Postman для просмотра ответа.
Для получения дополнительной информации об этих обходных путях смотрите статью
Как исправить ошибку “Не удалось загрузить данные ответа” в Chrome.
Дополнение к вышеуказанному ответу: эта проблема, похоже, возникает только при включенном Сохранить журнал.
Когда я использую Экспорт HAR в инструментах разработчика, я сталкиваюсь с этой проблемой.
Кроме того, точки остановки beforeunload не могут решить проблему, когда панель ответов недоступна, когда включен режим “Сохранить журнал”.
Проверьте, включен ли фильтр на вкладке “Сеть”. В некоторых случаях фильтр имеет какое-то значение, из-за чего сеть не показывает другие результаты.
Ответ или решение
Почему инструменты разработчика Chrome не всегда собирают данные ответа?
Инструменты разработчика (DevTools) в Google Chrome, в частности вкладка "Сеть", являются мощным инструментом для анализа сетевых запросов и ответов. Тем не менее, вы можете столкнуться с проблемами при их использовании, специфически с тем, что примерно 50% времени у вас не получается получить данные ответов. Эти неполадки могут быть связаны с несколькими факторами.
1. Политика "низких накладных расходов"
Как было объяснено разработчиками Chrome, ресурсы, которые не были просмотрены в панели сети, могут оказаться недоступными после навигации по страницам. Это следствие "политики низких накладных расходов". Данные не передаются в DevTools до тех пор, пока пользователь не решит их просмотреть. Это сделано для минимизации нагрузок на память и предотвращения искажения результатов измерений.
Если вы осуществляете множество навигаций по страницам, ресурсы могут быть удалены, что приводит к сообщению об ошибке: "Не удалось загрузить данные ответа: ресурс с данным идентификатором не найден".
2. Включение различных фильтров
Убедитесь, что в панели сети не активированы неправильные фильтры, которые могут скрыть некоторые ответы. Иногда по умолчанию включены фильтры, и вы можете не видеть все данные запросов и ответов. Переключите фильтры или сбросьте их, чтобы увидеть весь поток данных.
3. Редиректы и сторонние запросы
Часто могут возникать проблемы из-за редиректов, когда ответ может быть недоступен или не возвращается должным образом. Как правило, такие редиректы могут прерывать процесс отображения данных в инструментах разработчика. Использование прокси-инструментов, таких как Charles Proxy или Fiddler, может помочь вам обойти эту проблему, так как они могут захватывать и перехватывать сетевые запросы вне зависимости от навигации.
4. Влияние настройки "Сохранить журнал"
Вы отметили, что проблема, похоже, возникает только при включенной опции "Сохранить журнал". Это может усложнять доступ к ресурсам во время навигации, и как следствие к потере данных. Если вы сталкиваетесь с этой проблемой, рекомендуется отключить эту функцию и заново проверить сетевые запросы.
5. Альтернативные инструменты
Если вы чаще сталкиваетесь с проблемами у инструментария Chrome, возможно, вам следует рассмотреть использование других браузеров или инструментов. Например, Firefox предлагает надежные инструменты для разработчиков. Также, вы можете использовать такие приложения, как Postman, которые позволяют более гибко работать с запросами и ответами.
Заключение
Несмотря на функциональность инструментов разработчика Chrome, их работа может быть нестабильной из-за особенностей их реализации и политик, ориентированных на производительность. Понимание этих нюансов позволит вам лучше использовать DevTools и эффективно решать возникающие проблемы. Рассмотрите использование альтернативных инструментов и методик, чтобы повысить свою продуктивность в сборе сетевых данных.