gpt4 book ai didi

google-drive-api - Google 云端硬盘共享对话框错误 - 'X-Frame-Options' 至 'SAMEORIGIN'

转载 作者:行者123 更新时间:2023-12-01 19:05:36 25 4
gpt4 key购买 nike

更新:我们找到了这个问题的答案并将其发布在下面,抱歉这一刻。

在 Google Drive Javascript 应用中打开共享对话框时,出现以下错误。

Refused to display 'https://drive.google.com/share?id=..
in a frame because it set 'X-Frame-Options' to 'SAMEORIGIN'.

我认为这是因为应用程序的打开 URL 设置为启动服务器,但随后我们重定向另一台服务器以实现负载平衡目的。此处引用了要求:Requirements for google drive Share file Dialog

出于性能原因,我们的负载平衡服务器使用不同的三级域。例如,云端硬盘中的打开 URL 指向单个服务器:

https://app.domain.com/app

然后,该服务器重定向到以下服务器之一以分配负载:

https://app01.domain.com/app
https://app02.domain.com/app
https://app03.domain.com/app

我们需要分配负载,因为我们的应用程序有一个资源密集型的实时后端组件。我希望我们能想出一种更好的方法来跨服务器分配用户,但这是我们能想到的最好方法。

任何人都可以建议一种更好的分配方法来保留原始域名吗?或者是否有任何可能的方法来规避同源要求。如果能够在应用程序内使用共享对话框,那就太好了。

顺便说一句,选择器对话框工作得很好。但是,它确实会在控制台中引发错误..

Unable to post message to https://docs.google.com..
Recipient has origin https://app01.domain.com

最佳答案

我们找到了解决方法。我们将所有客户端发送到静态内容的主 URL,从加载的角度来看,这并不是一个大问题。然后我们将后端服务分布在多个服务器上。这可能会有效一段时间。

XMLHttpRequest 对象要求我们在后端添加 CORS 过滤器,但这很简单,我们可以自己控制。

抱歉打扰......我留下问题以防它有助于为其他人澄清问题。我不得不搜索一段时间才能找出原因,因为那里有很多不好的建议。

关于google-drive-api - Google 云端硬盘共享对话框错误 - 'X-Frame-Options' 至 'SAMEORIGIN',我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16659113/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com