2

我有一个非常简单的页面,我试图在 Facebook iframe 中查看。这是一个 Django 视图,但它不依赖于请求是通过 POST 还是 GET 提交的。它所做的只是返回一些简单的 HTML。

如果我们直接点击链接,它会正确显示。如果在 Firefox 中,我右键单击 iframe 并选择仅显示该框架的选项 - 那么它会正确显示。但是,在查看 Facebook 应用程序时,什么都没有显示。

这是应用程序链接:http ://apps.facebook.com/fireflietest/ 指向http://www.fireflie.com/facebook/

这是我非常简单的视图的代码:

from django.http import HttpResponse
from django.views.decorators.csrf import csrf_exempt, csrf_protect

@csrf_exempt
def facebook(request):
    body = """
    <html>
        <head><title>Fireflie on Facebook</title></head>
        <body>Hello, Facebook!</body>
    </html>
    """
    return HttpResponse(body)

仅出于测试目的,我创建了一个可以 POST 到该页面的小型 HTML 表单。它工作正常。我还运行了 Facebook 调试工具,“scraper”显示它正确地提取了我们的内容。

这是服务器日志,显示它两次都返回 200 OK:

24.210.144.32 - - [15/Jun/2012:18:27:18 +0000] "POST /facebook/ HTTP/1.1" 200 31 "http://apps.facebook.com/fireflietest/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.151 Chrome/18.0.1025.151 Safari/535.19"

24.210.144.32 - - [15/Jun/2012:18:27:26 +0000] "GET /facebook/ HTTP/1.1" 200 67 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.151 Chrome/18.0.1025.151 Safari/535.19"

最后,我尝试使用 Chrome 的开发人员工具深入研究响应对象,但在查看 iframe 版本时,看起来返回的只是内容标头。

有人知道这里发生了什么吗?或者关于如何进一步调试这个问题的任何想法?谢谢。

编辑:我将 Facebook 应用程序的 URL 复制并粘贴到同一个位置。我将在这里再次复制它,以防我做错了什么。我不确定它为什么会抛出 404。

直接从地址栏复制粘贴:http: //apps.facebook.com/fireflietest/

更新:原来我不得不关闭沙盒模式。不应该再有 404。当然,我仍然遇到原始问题,即我的 iFrame 显示为空。谢谢!

更新2:(从我的Django用户组thead复制并粘贴)

我一直在尝试诊断这个问题。不过,我不知道发生了什么。

  1. 我尝试在 Nginx 上提供一个简单的 .html 页面,看看是否是问题所在。它没有正确服务(通过错误),但它确实显示了错误。存在的问题是,您无法在 NGINX 中发布到静态页面。没什么大不了的,无论如何我都不想加载静态页面。

  2. 我查看了我的日志文件。事实证明,我的应用程序正在超时。这没有任何意义,因为它不会在其他任何地方超时。

  3. 这里有一些日志显示发生了一些奇怪的事情。我不确定如何调试问题。从我正在阅读的内容来看——这就是我所描绘的。

Nginx 正确接收请求。Nginx 将请求推送到 uWSGI 应用程序(django)。Django 成功获取请求。Django 尝试响应,但这一定是它中断的地方。

我不确定问题是什么——但它与在 facebook iframe 中有关。(我一般还没有检查远程 iframe,接下来我会这样做)

uWSGI Logs:
[pid: 11059|app: 0|req: 3/4] 24.210.144.32 () {52 vars in 1170 bytes} [Tue Jun 19            14:24:03 2012] POST /facebook/ => generated 0 bytes in 444 msecs (HTTP/1.1 500) 0 headers in 0 bytes (0 switches on core 0)
[pid: 11345|app: 0|req: 1/1] 24.210.144.32 () {52 vars in 1170 bytes} [Tue Jun 19 14:24:31 2012] POST /facebook/ => generated 2970 bytes in 333 msecs (HTTP/1.1 200) 4 headers in 128 bytes (1 switches on core 0)
[pid: 11353|app: 0|req: 3/31] 24.210.144.32 () {52 vars in 1172 bytes} [Tue Jun 19 14:31:04 2012] POST /facebook/ => generated 2970 bytes in 3 msecs (HTTP/1.1 200) 4 headers in 128 bytes (1 switches on core 0)
[pid: 11954|app: 0|req: 1/14] 24.210.144.32 () {52 vars in 1216 bytes} [Tue Jun 19 14:35:04 2012] POST /facebook/ => generated 2970 bytes in 343 msecs (HTTP/1.1 200) 4 headers in 128 bytes (1 switches on core 0)
[pid: 11950|app: 0|req: 2/31] 24.210.144.32 () {52 vars in 1211 bytes} [Tue Jun 19 14:48:57 2012] POST /facebook/ => generated 2970 bytes in 3 msecs (HTTP/1.1 200) 4 headers in 128 bytes (1 switches on core 0)
[pid: 11962|app: 0|req: 4/57] 24.210.144.32 () {52 vars in 1216 bytes} [Tue Jun 19 14:53:43 2012] POST /facebook/ => generated 2970 bytes in 2 msecs (HTTP/1.1 200) 4 headers in 128 bytes (1 switches on core 0)

Nginx Error Logs:
2012/06/19 20:02:30 [error] 11164#0: *29617 readv() failed (104: Connection reset by peer) while reading upstream, client: 24.210.144.32, server: fireflie.com, request: "POST /facebook/ HTTP/1.1", upstream: "uwsgi://<commented out for security>", host:     "www.fireflie.com", referrer: "http://apps.facebook.com/253156011452899/"

Nginx Access Log:
24.210.144.32 - - [19/Jun/2012:20:02:30 +0000] "POST /facebook/ HTTP/1.1" 200 31 "http://apps.facebook.com/253156011452899/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.151 Chrome/18.0.1025.151 Safari/535.19"
24.210.144.32 - - [19/Jun/2012:20:03:29 +0000] "-" 408 0 "-" "-"
24.210.144.32 - - [19/Jun/2012:20:03:29 +0000] "-" 408 0 "-" "-"
4

4 回答 4

2

解决方案

问题出在 uWSGI 上。我不确定为什么它不起作用——但我相信这可能与 Facebook 的 Canvas 应用发布的数据太少有关。无论如何,这是对我有用的修复程序。

我修改了我的 uWSGI 配置选项。我添加了以下三个选项,即使第一个选项可能是无操作的,而最后一个选项可能只是为了保证良好的安全性(如果没有它,它可以在我的暂存站点上工作)。

<pep3333-input/>
<post-buffering>4096</post-buffering>
<buffer-size>32768</buffer-size>
于 2012-06-21T15:47:23.583 回答
1

以前没有安装flash的IE有问题。我不知道他们是否修复了它。

CSRF 也是候选人。尝试删除 csrf 装饰器并停用 csrf 视图中间件。

您也可以在本地机器上试用。在 Facebook 应用程序设置中将站点 URL 设置为 localhost.local:8000,或使用这些设置创建一个新应用程序)并将 localhost.local 添加到您的主机文件。这允许您拥有 DEBUG=True 和日志记录。

于 2012-06-20T14:32:07.723 回答
1

我今天使用 Flask 遇到了我认为同样的问题。GET 工作正常,POST 失败,但 Flask 没有报告任何错误,Firebug / Chrome 开发工具除了“连接已重置”之外没有报告任何内容。

然后我发现了 Flask 的创造者 Armin Ronacher 的这个片段:

http://flask.pocoo.org/snippets/47/

它解释了问题并包含对我有用的修复程序。鉴于您摆弄了缓冲区参数,我怀疑这可能是同一个问题。

希望它至少可以帮助您找出问题的原因。

于 2012-10-09T15:36:01.577 回答
0

看起来这是一个已知问题。这种解决方法将是一个好的开始。

于 2012-06-15T18:55:58.963 回答