GUnicorn烧瓶pymongo gevents挂在初始化上
简单的测试应用程序：
from gevent import monkey
monkey.patch_all()
from pymongo import Connection, MongoClient
from flask import Flask, make_response
app = Flask(__name__)
print "connect"
connection = MongoClient("host1, host2, host3", 27017, max_pool_size=4, **{"connectTimeoutMS": 3000, "socketTimeoutMS": 3000, "use_greenlets": True})
print "db"
db = connection.barn_2
@app.route('/')
def hello_world():
return make_response("Hello world!", 200, {'Content-type': 'application/json; charset=UTF-8'})
if __name__ == '__main__':
app.run()
如果它作为独立应用程序运行，则可以完美运行：
shcheklein@hostname:~$ python test.py
connect
db
* Running on http://127.0.0.1:5000/
127.0.0.1 - - [07/Apr/2014 13:07:31] "GET / HTTP/1.1" 200 -
^CKeyboardInterrupt
但未能从gunicorn开始：
shcheklein@hostname:~$ gunicorn -w 1 -k gevent -t 5 --debug test:app
2014-04-07 13:15:04 [9752] [INFO] Starting gunicorn 18.0
2014-04-07 13:15:04 [9752] [INFO] Listening at: http://127.0.0.1:8000 (9752)
2014-04-07 13:15:04 [9752] [INFO] Using worker: gevent
2014-04-07 13:15:04 [9757] [INFO] Booting worker with pid: 9757
connect
2014-04-07 13:15:09 [9752] [CRITICAL] WORKER TIMEOUT (pid:9757)
2014-04-07 13:15:09 [9752] [CRITICAL] WORKER TIMEOUT (pid:9757)
2014-04-07 13:15:10 [9787] [INFO] Booting worker with pid: 9787
connect
2014-04-07 13:15:15 [9752] [CRITICAL] WORKER TIMEOUT (pid:9787)
2014-04-07 13:15:15 [9752] [CRITICAL] WORKER TIMEOUT (pid:9787)
2014-04-07 13:15:16 [9809] [INFO] Booting worker with pid: 9809
connect
2014-04-07 13:15:21 [9752] [CRITICAL] WORKER TIMEOUT (pid:9809)
2014-04-07 13:15:21 [9752] [CRITICAL] WORKER TIMEOUT (pid:9809)
2014-04-07 13:15:22 [9830] [INFO] Booting worker with pid: 9830
一些注意事项：
- 如果关闭gevent（猴子补丁和gunicorn工人类），它将非常有效。
我怀疑这是否是初始化和共享数据库池的正确方法。尽管如此，我还是找不到任何其他方法在请求之间共享对象。
共有2个答案
也许这个Gunicorn问题可以为你提供一些额外的信息和帮助。
好吧，这是同一个问题：
https://jira.mongodb.org/browse/PYTHON-607
对我有效的变通办法：
from gevent import monkey
monkey.patch_all()
unicode('foo').encode('idna')
...
或：
shcheklein@hostname:~$ export GEVENT_RESOLVER=ares
shcheklein@hostname:~$ gunicorn -w 1 -k gevent -t 5 --debug test:app
-
我有一个烧瓶应用程序，我正试图过渡到通过gunicorn运行。我在这方面遇到了很多问题。以下是我的应用程序的运行代码： 首先，如果DEBUG_FLAG==true，应用程序将永远不会真正启动，但会继续重新启动，在本地点击它将不起作用。它只是一次又一次地这样做： 如果我用DEBUG_FLAG==False启动它，它实际上会启动并服务于一些请求，但由于未知原因，它仍然会频繁中断并重新启动： 如前所述，
-
我已经用flask在python上制作了一个restapi（端口：5000），我正在从一个网站（端口：80）发出get和post请求。我收到了cors错误，所以我尝试在RESTAPI中为站点创建一个响应头。但是我得到了导入错误： 我已经下载了烧瓶cors模块并升级它，并确保它是在正确的路径，但它仍然不工作。 API代码：
-
我发现很难找到有关这方面的资料。会是什么？我如何解决这个问题？有哪些可能的修复方法？ UWSGI日志文件 时钟来源：unix检测到CPU核数：4当前工作目录：/home/pi检测到二进制路径：/usr/local/bin/uwsgi！！！没有内部路由支持，重建与pcre支持！！！*警告：您在没有主进程管理器的情况下运行uWSGI进程数限制为7336内存页大小为4096字节检测到最大文件描述符号：6
-
我有一个Flask应用程序作为Docker容器运行，在Pper space服务器上使用GUnicorn- 文档文件 app.py wsgi.py 我使用 在从Postman启动API（/upload_file）时，我得到了 但是，这个API可以很好地localhost（http://0.0.0.0:8000）
-
我试图将来自一个非常简单的flask应用程序的应用程序日志消息保存在日志文件中。当我使用嵌入式Flask服务器运行应用程序时，这项功能完美无瑕，但在gUnicorn中运行时，它根本不起作用，基本上，运行gUnicorn时，不会将任何应用程序输出重定向到日志文件（我的Flask应用程序中指定的日志文件）或标准输出。 也就是说，这是我的烧瓶应用程序： 现在，如果我以以下方式启动应用程序： 我得到预期的
-
我正在使用flask-RESTful开发API，并且对Flask的jsonify函数有问题。我正在使用flask-marshmlet进行JSON序列化。下面是一个非常简化的代码片段： 在本地，endpoint将返回具有键“data”和“error”的json；但是，当在Linux服务器上运行时，它会返回一个包含列表和在没有“data”和“error”键的情况下返回的结果。 我已经确定这种不一致是由