当uWSGI需要很长时间来处理请求时，Nginx超时
location / {
include uwsgi_params;
uwsgi_pass 127.0.0.1:9001;
uwsgi_read_timeout 1800;
uwsgi_send_timeout 300;
client_header_timeout 300;
proxy_read_timeout 300;
index index.html index.htm;
}
2013/04/22 12:35:56[错误]2709#0:*1从上游读取响应标头时上游超时（110：连接超时），客户端:xx.xx.xx.xx，服务器:，请求：“get/entity/datasenders/http/1.1”，上游：“uwsgi://127.0.0.1:9001”，主机：“xxx.xx.xx.x”
我已经设置了标题超时和uWSGI发送/读取超时5分钟，有人能告诉我我可以做什么来克服这一点吗？
共有1个答案
解决问题的配置是：
location / {
include uwsgi_params;
uwsgi_pass 127.0.0.1:9001;
uwsgi_read_timeout 300;
index index.html index.htm;
}
问题中的上述配置对我们不起作用的原因是，不幸的是，在我们的机器中，多路径有nginx.conf文件。我们在错误的道路上与conf合作。
要正确地确定nginx从哪个路径获取配置，请运行：
nginx -V # V is caps
-
我有一个Python进程（或者更确切地说，在一个使用者组中并行运行的一组进程），它根据来自某个主题的Kafka消息输入来处理数据。通常每条消息的处理都很快，但有时，取决于消息的内容，可能需要很长时间（几分钟）。在这种情况下，Kafka broker断开客户端与组的连接，并启动重新平衡。我可以将设置为一个非常大的值，但它可能会超过10分钟，这意味着如果客户机死亡，集群在10分钟内无法正确地重新平衡。
-
我使用javamail通过IMAP协议从exchage帐户读取邮件。这些邮件是纯格式的，内容是XML。 几乎所有这些邮件的大小都很短（通常小于100Kb）。然而，有时我不得不处理大型邮件（大约10Mb-15Mb）。例如，昨天我收到一封13Mb大小的电子邮件。仅仅读它就花了50多分钟。这正常吗？有没有办法提高它的性能？代码是： 花费如此长时间的方法是。我做错了什么？有什么提示吗？ 非常感谢，我的英语
-
问题内容： 当使用请求库请求Web资源或网站或Web服务时，请求需要很长时间才能完成。该代码类似于以下内容： 此请求需要2分钟（恰好是2分钟10秒）才能完成！为什么这么慢，我该如何解决？ 问题答案： 这个问题可以有多种可能的解决方案。关于StackOverflow的答案很多，因此，我将尝试将它们全部组合起来，以免您寻找它们的麻烦。 在搜索中，我发现了以下几层： 对于许多问题，激活日志记录可以帮助您
-
给出结果需要20多秒，而在mongo控制台中同样的查询需要不到一秒。 为什么会出现这种情况，如何减少速度差距？
-
我有以下PHP代码在Laravel正在执行一个MySql查询： 执行此查询需要很长时间。 我对所排序的列以及其他查询的许多列都有索引。 我该怎么办？ 更新： 执行的查询： 结果：
-
问题内容： 我在重新整理模型时遇到问题。我训练了模型并使用此代码保存了模型。我不太确定这是否是正确的方法，我将不胜感激。当我尝试还原模型时会发生问题。我只需要预测，就不会再接受过培训了。从模型中恢复参数需要花费很多时间。在我仅需要预测的前提下，如何改进模型保护程序或模型恢复程序以使其快速完成。 恢复： 编辑：也许使用Google Colab的GPU训练模型，然后将其还原到我的PC上这一事实很重要。