一个关于应用调用、WSGI 服务器和 Flask 循环导入的问题

我(可能)很困惑。我想安全地创建 Flask/WSGI 应用程序 来自应用程序工厂，并且仍然能够轻松地在 WSGI 服务器中使用它们。

tl;博士

1. 我能否安全地避免在导入 init 时创建应用程序(如 推荐)而不是稍后创建它(即使用工厂方法)

2. 如何使该应用程序与 WSGI 服务器巧妙地协同工作？尤其 当我传入配置和其他设置时不拉动它们 来自环境

例如::

def make_app(configdict, appname):
    app = Flask(appname)
    app.config.update(configdict)
    init_db(configdict)
    set_app_in_global_namespace(app)

    #importing now will allow from pkg import app        
    from mypackage import views

    return app

我想使用上面的“工厂”，因为我想轻松地控制配置以进行测试等。

然后我大概想创建一个 wsgi.py 模块，将应用程序提供给 WSGI 服务器。

所以最终事情看起来有点像这样

初始化.py::

app = None

def make_app(configdict, appname):
    flaskapp = Flask(appname)
    flaskapp.config.update(configdict)
    init_db(configdict)

    global app
    app = flaskapp    

    #importing now will allow from pkg import app        
    from mypackage import views

    return flaskapp

wsgi.py::

from mypackage import app

app = make_app(configfromsomewhere, "myname")

uWSGI::

uwsgi --module=mypackage.wsgi:app

但是 wsgi.py 仍然不是我可以调用的 wsgi.py --settings=x --host=10.0.0.1 所以我真的不知道如何在 中传递配置。

我问是因为虽然这看起来......好吧......它也有点乱。

当一切都在 ENV 中时，生活会更轻松。

不仅如此，而且:

那么使用 app-factory 有什么不安全的地方

给出的建议here <http://flask.pocoo.org/docs/patterns/packages> _ 是::

1. the Flask application object creation has to be in the
__init__.py file. That way each module can import it safely and
the __name__ variable will resolve to the correct package.

2. all the view functions (the ones with a route() decorator on
  top) have to be imported in the __init__.py file. Not the object
  itself, but the module it is in. Import the view module after
  the application object is created.

re: 2.，很明显，路由装饰器期望从中获得某些能力 一个实例化的应用程序，没有它们就无法运行。没关系。

回复:1.，好的，我们需要正确的名称。但什么是不安全的？和 为什么？如果应用程序未初始化，导入和使用是否不安全？ 好吧，它会破裂，但这并非不安全。 它是备受吹捧的线程本地吗？可能吧。但如果我正在采摘 来自随机模块的应用程序实例，我应该预料到会有麻烦。

含义 - 除了 View 之外，我们不从任何其他地方引用应用程序对象 - 本质上我们保持我们的模块化很好和紧密，并传递 指令、错误对象，甚至 WebOb。

http://flask.pocoo.org/docs/patterns/appdispatch http://flask.pocoo.org/docs/deploying/#deployment http://flask.pocoo.org/docs/patterns/packages/#larger-applications http://flask.pocoo.org/docs/becomingbig

最佳答案

根据Flask Documentation ，应用程序工厂是好的，因为:

1. Testing. You can have instances of the application with different settings to test every case.

2. Multiple instances. Imagine you want to run different versions of the same application. Of course you could have multiple instances with different configs set up in your webserver, but if you use factories, you can have multiple instances of the same application running in the same application process which can be handy.

但是，正如 Other Testing Tricks 中所述文档部分，如果您使用应用程序工厂，函数 before_request() 和 after_request() 将不会自动调用。

在接下来的段落中，我将展示我如何将应用程序工厂模式与 uWSGI 应用服务器和 nginx 一起使用(我只使用过这些，但我可以尝试帮助您使用其他服务器配置它)。

应用工厂

因此，假设您的应用程序位于文件夹 yourapplication 中，其中有 __init__.py 文件:

import os
from flask import Flask

def create_app(cfg=None):
    app = Flask(__name__)

    load_config(app, cfg)

    # import all route modules
    # and register blueprints

    return app

def load_config(app, cfg):
    # Load a default configuration file
    app.config.from_pyfile('config/default.cfg')

    # If cfg is empty try to load config file from environment variable
    if cfg is None and 'YOURAPPLICATION_CFG' in os.environ:
        cfg = os.environ['YOURAPPLICATION_CFG']

    if cfg is not None:
        app.config.from_pyfile(cfg)

现在您需要一个文件来创建应用程序的实例:

from yourapplication import create_app

app = create_app()

if __name__ == "__main__":
    app.run()

在上面的代码中，我假设有一个环境变量设置了配置文件的路径，但您可以将配置路径提供给工厂，如下所示:

app = create_app('config/prod.cfg')

或者，您可以使用带有环境和相应配置文件的字典之类的东西:

CONFIG_FILES = {'development': 'config/development.cfg',
                'test'       : 'config/test.cfg',
                'production' : 'config/production.cfg' }

在这种情况下，load_config 函数将如下所示:

def load_config(app, env):
    app.config.from_pyfile('config/default.cfg')

    var = "YOURAPPLICATION_ENV"
    if env is None and var in os.environ:
        env = os.environ[var]

    if env in CONFIG_FILES:
        app.config.from_pyfile(CONFIG_FILES[env])

Nginx 和 uWSGI

这是 nginx 的配置文件示例:

server {
    listen             80;
    server_name        yourapplication.com;
    access_log         /var/www/yourapplication/logs/access.log;
    error_log          /var/www/yourapplication/logs/error.log;

    location / {
        try_files $uri @flask;
    }

    location @flask {
        include        uwsgi_params;
        uwsgi_pass     unix:/tmp/yourapplication.sock;

        # /env is the virtualenv directory
        uwsgi_param    UWSGI_PYHOME                /var/www/yourapplication/env;

        # the path where the module run is located
        uwsgi_param    UWSGI_CHDIR                 /var/www/yourapplication;

        # the name of the module to be called
        uwsgi_param    UWSGI_MODULE                run;

        # the variable declared in the run module, an instance of Flask
        uwsgi_param    UWSGI_CALLABLE              app;
    }
}

uWSGI 配置文件如下所示:

[uwsgi]
plugins=python
vhost=true
socket=/tmp/yourapplication.sock
env = YOURAPPLICATION_ENV=production
logto = /var/www/yourapplication/logs/uwsgi.log

如何使用before_request()和after_request()

这些函数的问题在于，如果您在其他模块中调用它们，则在实例化应用程序之前无法导入这些模块。同样，documentation对此有话要说:

The downside is that you cannot use the application object in the blueprints at import time. You can however use it from within a request. How do you get access to the application with the config? Use current_app:

from flask import current_app, Blueprint, render_template
admin = Blueprint('admin', __name__, url_prefix='/admin')

@admin.route('/')
def index():
    return render_template(current_app.config['INDEX_TEMPLATE'])

或者您可以考虑 creating an extension ，那么您可以在没有任何 Flask 实例的情况下导入类，因为类扩展只会在创建后使用 Flask 实例。

关于python - 我如何在 Flask/WSGI 服务器中使用应用程序工厂，为什么它可能不安全？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13751277/