Question

我想用python 3尝试Django。

我用：

Nginx的
uWSGI + python 3插件
python 3.2
的virtualenv

当我为python 2.7制作时，我有这个并且它有效：

...
fname_ascii = fname.encode('utf-8')
response = HttpResponse()
response['X-Accel-Redirect'] = _convert_file_to_url(fname_ascii)

现在使用python 3我将1行替换为：

response['X-Accel-Redirect'] = bytes(_convert_file_to_url(fname), 'utf-8')

这导致：

Sat Apr  6 11:27:30 2013 - !!! uWSGI process 6296 got Segmentation Fault !!!
Sat Apr  6 11:27:30 2013 - *** backtrace of 6296 ***
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi(uwsgi_backtrace+0x25) [0x430a55]
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi(uwsgi_segfault+0x21) [0x430b31]
Sat Apr  6 11:27:30 2013 - /lib/x86_64-linux-gnu/libc.so.6(+0x364a0) [0x7f2177f544a0]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(PyBytes_AsString+0) [0x7f217417e280]
Sat Apr  6 11:27:30 2013 - /usr/lib/uwsgi/plugins/python32_plugin.so(py_uwsgi_spit+0x45f) [0x7f217455c5ef]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(PyEval_EvalFrameEx+0x6230) [0x7f217405f310]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(PyEval_EvalCodeEx+0x687) [0x7f21741289e7]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(+0x12acff) [0x7f2174128cff]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(PyObject_Call+0x7a) [0x7f217413f8aa]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(+0xac98d) [0x7f21740aa98d]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(PyObject_Call+0x7a) [0x7f217413f8aa]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(+0xc773c) [0x7f21740c573c]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(PyObject_Call+0x7a) [0x7f217413f8aa]
Sat Apr  6 11:27:30 2013 - /usr/lib/libpython3.2mu.so.1.0(PyEval_CallObjectWithKeywords+0x47) [0x7f2174180cb7]
Sat Apr  6 11:27:30 2013 - /usr/lib/uwsgi/plugins/python32_plugin.so(python_call+0x24) [0x7f21745592f4]
Sat Apr  6 11:27:30 2013 - /usr/lib/uwsgi/plugins/python32_plugin.so(uwsgi_request_wsgi+0x119) [0x7f217455b6c9]
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi(wsgi_req_recv+0x7f) [0x40dd5f]
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi(simple_loop+0x112) [0x42be12]
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi(uwsgi_ignition+0x18a) [0x430faa]
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi(uwsgi_start+0x2c36) [0x434586]
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi(main+0xed4) [0x40d6e4]
Sat Apr  6 11:27:30 2013 - /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7f2177f3f76d]
Sat Apr  6 11:27:30 2013 - /usr/bin/uwsgi() [0x40d781]
Sat Apr  6 11:27:30 2013 - *** end of backtrace ***
Sat Apr  6 11:27:30 2013 - DAMN ! worker 2 (pid: 6296) died :( trying respawn ...
Sat Apr  6 11:27:30 2013 - Respawned uWSGI worker 2 (new pid: 6299)

我也尝试过：

response['X-Accel-Redirect'] = _convert_file_to_url(fname)

但得到了：

BadHeaderError at /my_url

Header values can't contain newlines (got '=?utf-8?b?...=?=\n =?utf-8....=?=\n =?utf-8?b?...=?=')

uWSGI设置已更改：

[uwsgi]
...
plugins = python32
virtualenv = /pyenvs/p3_general/

如果有人有这个问题 - 写下你所知道的或者它可能只是一个错误。但它似乎是一个uwsgi-plugin的错误。

更新1：

我使用pip安装了uwsgi 1.9.5：

Starting uWSGI 1.9.5 (64bit) on [Sat Apr  6 16:27:03 2013] 
...
Python version: 3.2.3 (default, Oct 19 2012, 19:55:38)  [GCC 4.7.2]

同样的问题。

我忘了提到 - 这只发生在带有非ascii符号的文件名（在我的情况下是俄语）

更新2：

使用urllib.parse.quote uWSGI有效，但Nginx会出错：

failed (36: File name too long)（很容易修复）
open() "/data/SORT/%D1%84%D1%8B%D0%B2%D0%B0%20%D1%84%D1%8B.ogg" failed (2: No such file or directory)

所以我认为问题是 - uWSGI + python 3

Answer 1

我强烈建议您使用uWSGI稳定版本（1.4或1.9树）。 debian提供的版本非常陈旧，并且有各种已知的错误

X-Accel-Redirect不适用于带有非ascii文件名的python3和Django 1.5

1 个答案: