Можно ли изменить поведение источника представления Chrome для использования текущего запроса вместо запуска нового?


21

Мне нравится поведение Firefox по загрузке исходного кода с загруженной в данный момент веб-страницы. Вместо этого Chrome запускает новый запрос. Это делает особенно трудным просмотр источника POST-запросов, например, так как каждый запрос источника просмотра использует GET.

Есть ли способ изменить способ работы источника просмотра Google Chrome, чтобы он не инициализировал новый запрос?

РЕДАКТИРОВАТЬ, немного разъяснений о том, как работает Firefox:

Firefox не инициирует новый запрос при просмотре источника. Это происходит только после обновления страницы при просмотре исходного кода. Затем он также учитывает GET / POST запроса. При просмотре источника страницы, которая уже загружена, кажется, что он не инициирует новый запрос.


Вы просто заинтересованы в текущей отправке POST? используйте инструменты разработчика, а не исходный вид.
Акира

1
Спасибо за совет; в этом случае я ищу состояние исходного кода HTML после запроса POST. Это не то, что полностью мешает мне работать, но было бы неплохо иметь возможность настроить это поведение.
Арон Роттвил

@Arjan это делает только после обновления страницы при просмотре исходного кода. Затем он также учитывает GET / POST запроса. При просмотре источника страницы, которая уже загружена, она, похоже, не инициализирует новый запрос.
Арон Роттвил

Ответы:


11

Есть ли способ изменить способ работы источника просмотра Google Chrome, чтобы он не инициализировал новый запрос?

Нет, так Chrome работает по своему замыслу.

Когда вы «просматриваете источник», вы действительно открываете новую вкладку, которая снова открывает страницу и отображает источник, а не отображает страницу. Многие веб-страницы являются динамическими и изменяют свое HTML-содержимое (например, используя JavaScript / XMLHttpRequest), поэтому мы не можем отобразить текущий HTML-код - вот почему делается новый запрос.

Если вы хотите просмотреть текущее состояние динамической страницы, вы должны использовать инспектор. «Значок файла -> Разработчик -> Консоль JavaScript»

Я не вижу, как это ошибка безопасности или ошибка вообще - поведение по замыслу - закрытие как таковое.


Может быть, на Mac все по-другому или тем временем изменилось. , Когда вы «просмотреть исходный код», вы на самом деле открывает новую вкладку , которая открывает страницу снова и отображает источник , а не визуализирует страницу , это не так на моем Mac, ни для ГЭТ, ни для POST. (Да, я запустил Wireshark, чтобы убедиться. Никаких дополнительных запросов после нажатия Option-Command-U.)
Arjan

... но когда я делаю View Source после POST, я действительно вижу источник (более раннего) GET ...?!
Арджан

5
Попробуйте преподавать CSS-класс с использованием Chrome, и я думаю, вы согласитесь, что это больше, чем ошибка - это функция, разработанная для того, чтобы сделать разработку CSS невозможной. Совершенно бесполезно видеть исходный код какой-то ДРУГОЙ страницы, на которую вы не смотрите. Повторная загрузка - это другая страница, а не та, с которой вы хотели получить источник. GOOGLE должен знать, что это глупо - комментарий не направлен на автора.
Жасмин

2
Сумасшедший обходной путь, размещенный на SuperUser: superuser.com/a/173323/128630 ... Я бы хотел, чтобы он работал так же, как Firefox.
вырожден

1
Довольно глупо, что я должен открыть FF только для этого поведения, что очень важно во время разработки. Даже просмотр DOM - это боль в хроме.
killjoy

2

Я не думаю, что вы можете изменить поведение view-source:URL-адресов или команду « Просмотр исходного кода страницы» , вы можете получить исходный код, полученный для этой страницы: во-первых, откройте инструменты разработчика («Веб-инспектор» WebKit), находящиеся в Гаечный ключ> Инструменты > Инструменты разработчика . Теперь нажмите на Ресурсы и (при необходимости) прокрутите вниз список слева, пока не найдете интересующий ресурс. И вот вы: исходный, как он был передан в исходном HTTP-ответе.


3
Нет, это тоже перезагружает источник. Скрипач может запечатлеть это.
Жасмин

И я больше не вижу никаких «ресурсов»
killjoy
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.