2.0.7） + Apache （2.4.10） 组合下失败，而它在其他环境中自由运行（uWSGI + nginx， Starman + Apache， Dancer 自己的开发服务器）。我在日志中找不到任何有意义的信息。所以我做了一个简单的测试应用程序，比如
$ dancer -a tset
然后将默认production.yml复制到uwsgi.yml中，链接bin/app.pl bin/app.psgi创建的tset.ini如下所示：
[uwsgi]
plugins = psgi
socket = 127.0.0.1:3033
uid = www
gid = www-data
chdir = /home/www/apps/tset/bin/
psgi = app.psgi
processes = 1
master = true
在/etc/uwsgi/apps-available年使这个ini可用于uWsgi，并将其链接到/etc/uwsgi/apps-enabled。
已重新启动uwsgi服务。
然后对于 Apache （2.4.10） 模块mod-proxy-uwsgi在我的虚拟主机 conf 中添加了几行：
ProxyPass /adm/y uwsgi://127.0.0.1:3033/
这似乎是最脆弱的一点，因为我觉得我需要在这里设置uWSGIModifier1 5，但没有弄清楚在哪里以及如何设置？
重新启动Apache并得到"内部服务器错误"。在 uwsgi 日志中，我只看到：
Tue Jan 19 02:10:36 2016 - spawned uWSGI worker 1 (pid: 21712, cores: 1)
Tue Jan 19 02:10:56 2016 - -- unavailable modifier requested: 0 --
Tue Jan 19 02:24:44 2016 - -- unavailable modifier requested: 0 --
Tue Jan 19 02:27:14 2016 - -- unavailable modifier requested: 0 --
Tue Jan 19 02:27:17 2016 - -- unavailable modifier requested: 0 --
这个"请求不可用的修饰符"是什么？
在 apache 错误中.log没有条目，在访问中.log是条目，但除了状态 500 之外没有其他信息。
这种行为可以通过上述步骤重现，所以我希望你弄清楚，这种组合有什么问题？
我觉得我需要在这里设置
uWSGIModifier1 5但没有弄清楚在哪里以及如何设置？
是的，你是对的。您应该将修饰符 1 设置为 5，但 uwsgi 文档说mod_proxy_uwsgi：
目前，该模块缺乏设置修饰符的功能，尽管这将很快修复。
这意味着，你不能使用此方法将修饰符传递给uWSGI实例（如果未提供，uWSGI将使用修饰符0）
要解决此问题，您可以使用以下命令移动到mod_uwsgi或更改加载 psgi 的修饰符：
plugins = 0:psgi
而不是
plugins = psgi