【问题标题】:Office 365 app inside iframe?iframe 中的 Office 365 应用程序?
【发布时间】:2015-03-26 16:13:36
【问题描述】:

好的,大家需要一些关于在 iframe 中运行 ASP.Net 应用程序的建议。

我有一个与 Office 365 对话的 CMS 和 ASP.Net 应用程序。

因为我无法将我的应用程序集成到 CMS(身份验证问题)中,所以我使用 jQuery Window Plugin 调用我的办公应用程序,这有两个优点:

  1. 我将窗口设置为看起来像是 CMS 的一部分
  2. 它具有 onClose 事件,我可以将其用作我需要更新 UI 的触发器

一切都很好。唯一的问题是用户何时登录。因为 Office API 调用远程服务,它将我的办公应用程序重定向到身份验证页面。这打破了 iframe。让用户盯着一个空白的对话框窗口直到他们感到无聊。

在发现该插件之前,我使用了普通的 javascript window.open(),它为我打开了一个新的 browser 窗口,一切正常。但对我来说最大的问题是,在 CMS 上下文中,我无法判断用户何时/是否完成了我的办公应用程序的使用。因此,我没有可以依赖的钩子来触发 UI 更新,让用户只需刷新页面。

我可以做些什么来解决我的问题(除了将我的办公应用程序与 CMS 集成)?

ps: 我的办公室基本上是通过网络向 CMS 发送 HTTP 消息,以便完成需要完成的工作。

pss: 我的办公应用反过来使用最新的 Office 365 API 与其服务对话。

【问题讨论】:

    标签: asp.net redirect iframe asp.net-web-api window


    【解决方案1】:

    抱歉,伙计们。刚刚确认 Office 365 配置为不在 iframe 内显示。

    这几乎只剩下两个选择:

    1. 运行单独的browser 窗口
    2. 与 CMS 更紧密的集成(理想)

    【讨论】:

    • 差不多 3 年前,我想知道这是否已经改变或者是否有任何新的解决方法。
    • 我怀疑 iframe 是否有任何变化,因为 Microsoft 认为这是一种安全风险。在过去的三年里,我把它作为一个独立的应用程序。但目前正在考虑与 CMS 进行更紧密的集成,因为发生了很多变化。如果我有一个有效的用户令牌,我应该能够用简单的 https 请求替换应用程序。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-04-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多