47

Традиционно я использую FireBug для отладки моих запросов AJAX. Он позволяет просматривать как содержимое вашего запроса, так и ответ, который был отправлен обратно с сервера. (он также уведомляет вас в консоли, когда это происходит, что является полезной функцией, которой Chrome, похоже, не хватает).Просмотр содержимого ответа AJAX в инструментах разработчика Chrome?

В Chrome у меня только есть возможность просматривать запросы, а не ответы. Когда я пытаюсь проверить ответ, пользовательский интерфейс отображает «Без содержимого» (Инструменты разработчика> Ресурсы> myRequest.php> Содержание). Должен ли я включить что-то, чтобы инструменты разработчика Chrome помнили эти запросы?

EDIT: В случае, если это имеет значение, эти запросы выполняются внутри объекта Flash.

+1

У меня такая же проблема. У меня нет расширений. У меня есть «log XMLHttpRequests», и я попробовал все предложения, которые я могу найти. Я должен использовать firefox + firebug или charles proxy для выполнения всей моей отладки с помощью ajax. Какая боль, которой хром, похоже, не поддерживает просмотр ответов ajax. –

+0

FYI запросы также выполняются из флеш-памяти, а ответы - application/json –

ответ

4

Содержимое ответов ajax еще не видно, если запрос сгенерирован плагином. Есть вероятность, что эта проблема будет исправлена ​​в ближайшее время.

+8

Это не так. См. Ответ Мастерова на этот вопрос. –

+0

Также рассмотрите [Fiddler 2] (http://fiddler2.com/) - это быстрая установка, она бесплатна и проста в использовании. Нет другого приложения, которое даст вам более полный и подробный обзор * всего *, который проходит через провод, любой браузер, любой плагин и даже приложения. Это спасло меня не один раз :-) –

+1

У меня нет подключений, и я всегда получаю «Этот запрос не имеет данных ответа» для всех моих вызовов ajax. Вместо этого я должен использовать firefox + firebug. Удивительно, что хром не поддерживает просмотр аякс-ответов. –

1

Включите отслеживание ресурсов, а затем проверьте вкладку ресурсов. Похоже, что отслеживание ресурсов работает намного лучше, если вы проверяете «всегда использовать отслеживание ресурсов».

+0

Отслеживание ресурсов, безусловно, включено. Я вижу, как делаются запросы, и заголовки этих запросов, а не контент. (ПРИМЕЧАНИЕ: это относится только к запросам AJAX и может применяться только к тем, которые были сделаны во Flash). – Ender

+0

Это странно. Я не использую флеш-память, может быть, это проблема ... Возможно, стоит попробовать более новую конструкцию из хрома/хрома, если вы еще этого не сделали. –

83

Если вы находитесь на Dev канала Google Chrome:

http://www.chromium.org/getting-involved/dev-channel

... Вы должны быть в состоянии правой кнопкой мыши в консоли инструментов разработчика, и нажмите кнопку «Включить ведение журнала XMLHttpRequest».

После того, как он включен, вы увидите запросы XHR в консоли и сможете щелкнуть по ним, чтобы перейти на панель ресурсов, где вы сможете увидеть содержимое XHR.

+11

+1 - Это должен быть принятый ответ. Вопрос старый. – Mike

+9

Это не работало для меня. У меня включено ведение журнала XMLHTTPRequest, но на вкладке «Ответные действия XHR» на вкладке «Инструменты разработчика» всегда отображается «Этот запрос не имеет доступных данных ответа». Невозможно увидеть какой-либо аякс-ответ в хроме (по крайней мере для меня). Я должен использовать firebug, который отображает его в порядке. –

+2

Да, я вижу только имена функций AJAX. Нет данных – BenRacicot

0

В обратном вызове fail первый параметр имеет свойство responseText.

3

Я столкнулся с той же проблемой: запрос POST от вспышки + ответ JSON + ответа не отображается в инспекторе Chrome. Однако проблем с FF + FireBug нет.

Добавление набора символов = UTF-8 Content-Type в заголовках отклика решить эту проблему для меня:

Content-Type: применение/JSON; charset = utf-8

Я не уверен, что это подходящее решение для этой проблемы, но по крайней мере я могу теперь увидеть ответ JSON в Chrome Inspector.

+0

Это исправило проблему и для меня - недостающая кодировка препятствовала отображению данных. – nwinkler

+0

Полезно знать. Желание хром устранит эту проблему, так как есть (другая, несвязанная инструментальная привязка из-за обновлений ОС) проблемы с тем, что я могу изменить измененный тип контента, и глупо, что такая простая проблема вызывает такую ​​большую утечку. – Michael

+0

К сожалению, не помогло, я уже использую 'Content-Type: application/json; кодировка = UTF-8' – user3479125

1

Я был пустой ответ, потому что сценарий посылает пустые данные по

die(); 
4

То, что вы могли бы видеть лишь OPTIONS запрос запроса CORS рассматривается как запрос XHR с помощью Google Chrome инспектора. Поэтому, если вы отфильтровываете запросы XHR, вы можете увидеть только предварительный запрос предварительной версии OPTIONS, чей ответ не содержит контента, и запутаться, потому что кажется, что Chrome отказывается показывать ответ. Отключите фильтр и перейдите к следующему запросу для того же URL-адреса, который, скорее всего, будет «реальным» запросом, соответствующим этому предпродажному запросу CORS.

0

Причина может быть не только в хроме, но и предварительный просмотр может быть остановлен даже кодом JS. Например, есть плагин для Vue.js, который называется vue-resorcese, и у него была эта проблема: Chrome, no response data after OPTIONS request? Я жил с этой проблемой несколько месяцев, пока не нашел этот вопрос сегодня.Текущий вопрос никогда не давал ответа, поэтому я теперь расскажу об этом здесь.

Детали: этот плагин была следующий код, который создает объект XHR:

if ('responseType' in xhr && SUPPORTS_BLOB) { 
     xhr.responseType = 'blob'; 
} 

Этот код был в порядке, и предварительный просмотр не работал, но пока некоторое хромированное обновление. Сегодня, когда я прокомментировал это, предварительный просмотр появился снова! Итак, сначала попробуйте проверить свою обертку XHR, возможно, она имеет что-то вроде этого.

Это был редкий вопрос, потому что он был воспроизведен только с предварительным полем CORS. BTW правой кнопкой мыши на OPTIONS XHR и REPLAY также показал предварительный просмотр.

у вас есть