Google 搜索何时开始发送 X-Frame-Options: SAMEORIGIN?

发布于 2024-12-11 18:43:13 字数 479 浏览 0 评论 0原文

我对我们的应用程序进行了自动化测试,其中包括在 IFrame 中显示 Google 搜索框。该测试最近开始失败,一名开发人员签入的更改破坏了其他几个测试。我开始怀疑这个改变是否破坏了这个测试,但我很想知道。截至目前,我可以看到 Google 搜索(iehttp: //www.google.com/search?q=whatever) 返回带有 SAMEORIGINX-Frame-Options 标头,告诉浏览器不要显示我们的 IFrame 中的搜索页面。这是谷歌坚持的权利,我不介意。但为了帮助我弄清楚测试失败是否是开发人员代码更改的错误或仅仅是巧合,我很想知道 Google 何时开始发送此 X-Frame-Options 标头? 如果碰巧是在正确的时间,我们将更改测试以做更合适的事情。

I've got an automated test for our application that includes displaying a Google search box in an IFrame. The test started failing recently, when a developer checked in a change that broke several other tests. I'm starting to doubt that the change broke this test, but I'd love to know for sure. As of right now, I can see that Google search (i.e., http://www.google.com/search?q=whatever) returns an X-Frame-Options header with SAMEORIGIN, which tells the browser not to display the search page in our IFrame. Which is Google's right to insist on, and I don't mind that. But to help me figure out if the test failure is the fault of the developer's code change or simply a coincidence, I'd love to know when did Google start sending this X-Frame-Options header? If it happens to be around the right time, we'll just change the test to do something more appropriate.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

情仇皆在手 2024-12-18 18:43:13

This article explains how it broke some chat software in December 2009. So it's been at least two years.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文