Как препятствовать тому, чтобы Chrome обновил страницу при просмотре источника?

При просмотре источника страницы в Google Chrome браузер открывает новую вкладку и в основном вставляет URL в с view-source: префикс. Это - нежелательный.

Как разработчик, я могу включать некоторый диагностический вывод, который только видим в источнике после представления формы. Когда Chrome Обновляет страницу для просмотра источника, это заставляет эту информацию исчезнуть.

Там должен так или иначе предотвратить это поведение?

Примечание: Я знаком с опцией "Inspect Element". Это - просто не соответствующий заместитель для просмотра необработанного источника страницы точной страницы, на которую Вы смотрите.


Быстрый сценарий тестирования

<pre>
  <?= print_r($_POST, true) ?>
</pre>
<form action="" method="post">
  <input id="foo" name="foo" value="bar" />
  <input type="submit" />
</form>

После нажатия на кнопку отправки, шоу страницы

Array
(
    [foo] => bar
)

При просмотре источника страницы Вы будете видеть пустое $_POST вывод

<pre>
Array
(
)
</pre>
<form action="" method="post"> 
  <input id="foo" name="foo" value="bar" /> 
  <input type="submit" /> 
</form> 

Обновление

По-видимому, эта ошибка была уже отправлена. Вздох...

Если бы кто-либо знает о хорошей работе вокруг, я был бы очень признателен за ее.

20
задан 06.08.2010, 22:40

2 ответа

От страницы отчета об ошибках обходное решение упомянуло в работах комментария 12: В Инструментах Разработчика включите Отслеживание Ресурса. (Если это было выключено, разрешение его повторно отправит запрос, который генерировал в настоящее время видимую страницу, или POST, или ДОБРАТЬСЯ.) В списке Ресурсов, можно нажать на основную страницу для наблюдения исходного кода, когда это было возвращено, разъединяют и для POST и ПОЛУЧАЮТ запросы.

enter image description here

enter image description here

enter image description here

enter image description here

enter image description here

Больше информации

Я запустил некоторые тесты с помощью простого php файла, который показал используемый метод запроса и ОТПРАВЛЕННОЕ значение, журнал прокси-сервера для наблюдения, какие запросы Chrome выполнял, и chrome://net-internals/view-cache/ префикс для наблюдения то, что кэшировал Chrome.

При использовании команды View Source Chrome показывает источник своей кэшированной версии страницы и ее, только страницы кэшей запросили с помощью ПОЛУЧИТЬ метода.

При рассмотрении страницы, что Вы ранее запросили, чтобы использование ДОБРАЛОСЬ и POST, то только ПОЛУЧИТЬ версия кэшируется. Используя View Source команда не повторно запросит страницу, но покажет, что кэшируемые ПОЛУЧАЮТ версию, не в настоящее время видимую версию POST, если таковые имеются.

При рассмотрении страницы, что Вы только запросили использование метода POST, то использование команды View Source заставит Chrome смотреть в его кэше, ничего не найдите, запросите, чтобы использование страницы ПОЛУЧИЛО, кэшировало его и показало источник этого.

12
ответ дан 07.12.2019, 10:14

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

Первоисточник не сохранен в памяти, но анализируется и преобразовывается в дерево синтаксического анализа максимально быстро, это для предотвращения бесполезного использования памяти. Таким образом любую отладочную информацию, которую Вы скрываете в источнике, теряют и нужно явно требовать. В так называемых сайтах Web 2.0 также изменяются элементы, и это - причина, контроль похож на это...

Решение 1: веб-Отладчик Скрипача позволяет Вам осматривать Трафик HTTP,
это позволяет Вам видеть отладочную информацию от своего последнего запроса.

Решение 2: Встройте свою отладочную информацию или добавьте ее в конце,
или, возможно, покажите его всплывающим окном или другим потрясающим способом, который не нарушает Ваше расположение.

0
ответ дан 07.12.2019, 10:14

Теги

Похожие вопросы