【问题标题】:Finding root cause of redirect with Chrome Developer Tools使用 Chrome 开发者工具查找重定向的根本原因
【发布时间】:2016-09-05 18:49:54
【问题描述】:

我正在尝试使用 chrome 开发人员工具调试网页,并且页面在加载后重定向到 pdf 文件。我检查了 JavaScript 文件,没有任何地方可以重定向页面。我在开发者工具控制台或网络选项卡中找不到任何相关消息。

我激活了event Listener Breakpoints -> beforeunload,但它在与重定向无关的外部 js 文件 (Placeholders.js) 处停止。

此外,在网络选项卡中保留日志并不能帮助我找到重定向的根本原因。

我想知道如何找到此重定向的来源?


更新:html 代码中没有任何“刷新”元标记。

【问题讨论】:

  • 最后我发现响应中有一个刷新元标记,我找不到它。令人惊讶的是,这个元标记在 jquery.append 之后起作用
  • @ChristosK。感谢您的考虑,但该问题是关于在 chrome 调试器工具中保留网络选项卡,与查找重定向源无关。

标签: redirect browser google-chrome-devtools developer-tools


【解决方案1】:

您可以做几件事。您可以使用Event Listener Breakpoint -> Load - unload,然后当它在第三方库中中断时,右键单击并选择Blackbox Script。下次您运行代码时,它应该只中断您自己的代码(假设没有其他 3rd 方库可用于黑盒)。

另一个选项是转到网络选项卡并选中Preserve Log 复选框。这将在页面加载/导航之间保留所有请求,以便您能够找到返回 PDF 响应的网络请求。

【讨论】:

  • 我将第 3 方 js 文件标记为黑匣子,但之后开发者工具并没有停止任何其他地方。我认为您建议的方法+检查刷新元标记涵盖了所有刷新情况。
  • 如果在新标签页中打开新 URL,这将无济于事。似乎在新选项卡上它不会保留该选项卡的起始 URL。只是重定向结果。很奇怪。所以没有办法知道新标签是在哪个 URL 上打开的。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2014-01-25
  • 2016-10-03
  • 1970-01-01
  • 2014-02-20
  • 2013-08-23
  • 2011-12-02
  • 1970-01-01
相关资源
最近更新 更多