【问题标题】:Does the iOS Facebook in app browser behave differently to Safari?应用浏览器中的 iOS Facebook 的行为是否与 Safari 不同?
【发布时间】:2013-11-23 18:56:28
【问题描述】:

我刚刚上线了一个 Facebook 应用程序(即:它是一个位于 apps.facebook.com 的网络应用程序)。该应用程序是一个简单的表格,可让您对四个选项之一进行投票。在提交投票表格时,我们还会捕获 FB ID,以便将用户每天投票限制为 4。

在沙盒模式下测试此应用程序以及在任何浏览器中运行时,该应用程序运行良好。它甚至在用户未通过 FB 身份验证等边缘情况下进行异常处理。

我们遇到的问题是,当用户从 iOS Facebook 应用程序中访问该应用程序时,链接会在 Facebook 应用程序浏览器中打开(我相信基于 iOS UIWebView 组件)。在这种环境中使用它时,当表单提交时,我们的服务器会产生 500 错误。

现在我知道 500 错误与 facebook 无关,因为它是我们的应用程序代码,但我的困惑是因为这只发生在应用程序浏览器中的 Facebook 上。我们目前正在尝试确定 500 错误的性质(我们无法访问生产环境并且自定义错误已被关闭)。

我的问题是:应用浏览器中的 Facebook 的行为是否与标准 UIWebView 或 iOS Safari 不同?

我正在考虑不同之处,例如干扰 POST 数据、清除 FB 登录凭据等。

【问题讨论】:

    标签: c# ios facebook iis facebook-apps


    【解决方案1】:

    简而言之,应用浏览器中的 Facebook 的行为确实不同于标准的 UIWebViewiOS Safari 网络浏览器。

    Safari 网络浏览器和UIWebView 使用不同的用户代理。

    Facebook 嵌入式浏览器似乎没有发布隐藏的表单值。而且我似乎找不到任何适用于 iOS 应用程序中使用的嵌入式浏览器的调试工具。

    我可能不会 100% 相信这一点,但我认为 Facebook 可能仍在将这个浏览器用于 iOS 应用程序。但是对这个库的支持已经停止,并且在 2 年多的时间里没有更新。

    https://github.com/facebook/three20/wiki/Using-integrated-web-browser-via-TTWebController

    因此,简而言之,您的问题的答案是肯定的,但为这个问题找到解决方案是另一回事。

    我还没有找到任何东西......

    祝你好运!

    【讨论】:

      猜你喜欢
      • 2015-04-20
      • 1970-01-01
      • 1970-01-01
      • 2014-08-23
      • 2011-02-02
      • 1970-01-01
      • 2014-05-28
      • 2016-09-13
      相关资源
      最近更新 更多