2

我使用如下视图通过 django 1.5.1 提供动态生成的 pdf：

pdf = generate_pdf()
response = HttpResponse(pdf, mimetype="application/pdf")
response['Content-Disposition'] = 'attachment; filename=1234_2013_10_30.pdf'
return response

100% 的时间在开发服务器上工作。但是，我使用的是 uwsgi 版本 1.9.18.2 和 nginx 版本 1.1.19 并得到以下行为：

$ curl -v -o test.out "http://localhost/demo/awc.pdf?submissionType=addition&permit=1234"
...
* Connected to localhost (127.0.0.1) port 80 (#0)
> GET /demo/awc.pdf?submissionType=addition&permit=1234 HTTP/1.1
> User-Agent: curl/7.21.2 (Windows) libcurl/7.21.2 OpenSSL/1.0.0a zlib/1.2.3
> Host: localhost
> Accept: */*
>
  0     0    0     0    0     0      0      0 --:--:--  0:00:10 --:--:--     0

< HTTP/1.1 200 OK
< Server: nginx/1.1.19
< Date: Wed, 30 Oct 2013 22:14:23 GMT
< Content-Type: application/pdf
< Transfer-Encoding: chunked
< Connection: keep-alive
< Vary: Accept-Language, Cookie
< Content-Language: en-us
< Content-Disposition: attachment; filename=1234_2013_10_30.pdf
<
{ [data not shown]
100 2313k    0 2313k    0     0  270k       0 --:--:--  0:00:12 --:--:--     0
.....
100 2313k    0 2313k    0     0  77452      0 --:--:--  0:00:30 --:--:--     0* transfer closed with outstanding read data remaining
100 2313k    0 2313k    0     0  75753      0 --:--:--  0:00:31 --:--:--     0* Closing connection #0

curl: (18) transfer closed with outstanding read data remaining

总之，客户端在 10 秒内得到响应，在大约 2 秒内下载所有数据，然后再挂起 18 秒。

并非巧合，我的 nginx 配置指定keepalive_timeout 20s;. 等待keepalive_timeout秒后，内容完全OK。我可以通过将 keepalive_timeout 设置为零来“解决”这个问题，但这并不是一个真正可行的解决方案。

当内容很小（小于~1MB）时，问题就莫名其妙地消失了。

> GET "http://localhost/demo/awc.pdf?submissionType=addition&permit=5678" HTTP/1.1
> User-Agent: curl/7.21.2 (Windows) libcurl/7.21.2 OpenSSL/1.0.0a zlib/1.2.3
> Host: localhost
> Accept: */*
>
  0     0    0     0    0     0      0      0 --:--:--  0:00:04 --:--:--     0< HTTP/1.1 200 OK
< Server: nginx/1.1.19
< Date: Wed, 30 Oct 2013 22:39:12 GMT
< Content-Type: application/pdf
< Transfer-Encoding: chunked
< Connection: keep-alive
< Vary: Accept-Language, Cookie
< Content-Language: en-us
< Content-Disposition: attachment; filename=1234_2013_10_30.pdf
<
{ [data not shown]
100  906k    0  906k    0     0   190k      0 --:--:--  0:00:04 --:--:--  246k* Connection #0 to host localhost left intact

我猜这与分块编码或缺少内容长度标头有关，但我似乎找不到魔法咒语。有任何想法吗？

4

2 回答 2

1

仍然不确定为什么会出现原始问题，但找到了一个不错的解决方法：

在 nginx 配置中禁用分块传输编码似乎可以避免该问题。

location / {
    uwsgi_pass unix:///var/run/uwsgi/app/socket;
    include uwsgi_params;
    # keepalive_timeout 0;
    chunked_transfer_encoding off;
}
于 2013-10-30T23:07:54.607 回答
0

我遇到了同样的问题，但它也只发生在动态生成的内容上。我在 nginx 1.5.8 和 ubuntu 12.04LTS 上运行 fastcgi_pass 到 php-fpm - 我的 keepalive_timeout 也导致了挂起！

我认为keepalive_timeouts 仅（应该？）用于静态内容 - 但我正在欺骗我的动态javascript文件（js.php），就像它是静态的一样，所以keepalive超时被应用了吗？

如果我能找到一个与这个解释相反的永久解决方案......我会发布它。啊，是的，也许这就是答案，它说在 nginx.conf 文件中指定这个 -

fastcgi_keep_conn on;

我仍然将我的 keepalive_timeout 保留为仅 1 秒，但在接受的答案中提供的解决方案是有道理的——我的动态文件被传递给 fastcgi，但 fastcgi 没有保留 keepalive 连接——这也是一个官方的 nginx 文档。

默认情况下，FastCGI 服务器将在发送响应后立即关闭连接。然而，当这个指令设置为 on 时，nginx 将指示 FastCGI 服务器保持连接打开。这对于到 FastCGI 服务器的 keepalive 连接来说是必要的。

于 2014-01-17T11:44:15.463 回答