Gunicorn: v20の問題：「app」でアプリケーションオブジェクト「create_app（）」が見つかりませんでした

私もこの問題を経験しました、すなわち
Failed to find application object 'create_app()' in 'app'
バージョン19.9.0に固定すると、問題が解決します。

私は当初、修正はgunicornコマンドを次のように変更することでしたが：
gunicorn --bind 0.0.0.0:$PORT app:create_app()
に：
gunicorn --bind 0.0.0.0:$PORT app:create_app
（create_appの後の角かっこがなくなったことに注意してください）。 最初は、すべてが順調に見えます。

website_1 | [2019-11-10 19:18:54 +0000] [1] [INFO] gunicorn20.0.0を開始しています
website_1 | [2019-11-10 19:18:54 +0000] [1] [情報]リスニング： http ：
website_1 | [2019-11-10 19:18:54 +0000] [1] [情報]ワーカーの使用：同期
website_1 | [2019-11-10 19:18:54 +0000] [11] [INFO] pidでワーカーを起動しています：11

しかし、残念ながら、フラスコのWebサイト/エンドポイントをロードしようとすると、次のように表示されるため、これは蜃気楼にすぎません。

[2019-11-10 19:20:28 +0000] [11] [エラー]リクエストの処理中にエラーが発生しました/
website_1 | トレースバック（最後の最後の呼び出し）：
website_1 | ファイル「/usr/local/lib/python3.7/site-packages/gunicorn/workers/sync.py」、134行目、ハンドル
website_1 | self.handle_request（listener、req、client、addr）
website_1 | ファイル「/usr/local/lib/python3.7/site-packages/gunicorn/workers/sync.py」、175行目、handle_request
website_1 | respiter = self.wsgi（environ、resp.start_response）
website_1 | TypeError：create_app（）は0個の位置引数を取りますが、2個が指定されました

これは明らかにgunicornバージョン20.0.0の問題です。

この変更に関連している必要があります： https ：

あなたの側でそれを修正する1つの方法は、メインモジュールでmyapp = create_app()をエクスポートし、10個をapp:myapp開始することです。 これは機能するはずです。機能しない場合はお知らせください。

そこで何かする必要があるかどうか調べます。 @berkerpeksagなぜevalの削除が必要だったのですか？

これは、この変更に関連している必要があります： 3701ad9＃diff-0b90f794c3e9742c45bf484505e3db8dR377 via＃2043。

あなたの側でそれを修正する1つの方法は、メインモジュールでmyapp = create_app()をエクスポートし、10個をapp:myapp開始することです。 これは機能するはずです。機能しない場合はお知らせください。

そこで何かする必要があるかどうか調べます。 @berkerpeksagなぜevalの削除が必要だったのですか？

アプリケーションでこの変更を行い、クラッシュを修正しました。Gunicornは、 create_app()の結果を変数に保存し、Gunicornの実行コマンドで使用できるようにエクスポートすることで、アプリケーションを実行できるようになりました。

# app.py
def create_app():
    ...

my_app = create_app()

gunicorn "app:my_app" --workers 8

@benoitcと@ jrusso1020が上記で提案したことを実行すると、問題が修正されることを確認できます。 皆さんありがとう！

次のように起動時にパラメーターの受け渡しが必要な場合、修正が機能していないようです。

gunicorn --chdir hcli_core path "hcli_ core：HCLI （" hcli_core sample hfm "）.connector"。

パラメータの受け渡しは19.9.0で機能しますが、20.0.0では失敗します。

@benoitc知っておくと便利な場合に備えて、フラスコのドキュメントでは、gunicornを使用するときにapp:create_app()パターンを推奨しています。 新しいユーザーの中には、フラスコアプリを作成した結果、最初にgunicornを試してみる人もいると思います。彼らは、これらのドキュメントからの現在壊れている推奨事項を使用しようとします（少なくとも私の経験ではあります）。

そのチームに連絡して更新を依頼することはできますが、 @ berkerpeksagがexecのドロップを検討するのを待って、それを元に戻すことが理にかなっている場合に備えます。

@ tjwaterman99ええと、この方法でアプリに引数を渡すのが好きかどうかは

Flaskの使用法の私たち自身の

cc @tilgovi @berkerpeksag ^^

FWIW私たちもこれに遭遇しています。

「アプリケーションファクトリ」のFlaskパターンに従う人はかなり多いと思います。
確かに回避策はありますが、少なくとも変更ログには、これを重大な変更として記載する必要があります。

app:callable()やapp:callable(some, args)などの使用法を意図的にサポートしたことはないと思います。 以前の実装でeval()を使用したことによる不幸な副作用だったと思います。

現在の実装は、Djangoのimport_string()機能にかなり近いものです。

https://github.com/django/django/blob/master/django/utils/module_loading.py#L7 -L24

ドキュメントを改善し、リリースノートを追加し、より説明的なエラーメッセージを表示させていただきます。

app：callable （）やapp：callable （some、args）などの使用法を意図的にサポートしたことはないと思います。 以前の実装でeval（）を使用したことによる不幸な副作用だったと思います。

はい私は同意する。 私が見ている限り、アプリケーションを起動するそのような方法をサポートしたことはありません。

より明確なエラーのために私は+1です。 アプリケーション名が単純な名前でない場合は、エラーが発生する可能性がありますか？

これは、主要なwsgiフレームワークの1つ（フラスコ）の公開ドキュメントに記載されている明示的な動作であり、以前はプロジェクトでサポートされていたことを覚えておいてください。 evalを削除すると、アプリケーションの遅延開始が防止されます。これは、アプリケーションが1）ライブラリによって提供され、2）重要なセットアップコストが発生する場合に問題になります。 evalが不適切であるというセキュリティやその他の理由がない場合、既存の動作をサポートし続けることは簡単ではないでしょうか。

誰かが同様のケースに遭遇した場合、Python 3.7以降の適切な回避策は、このPEPに従って、モジュールレベルの__getattr__作成することにより、モジュールレベルの変数を偽造することです。 これにより、gunicorn 20.0.0の重大な変更にぶつかることなく、怠惰な開始（アプリケーションファクトリ）が可能になります。

まあ、私たちはそのような振る舞いを実際にサポートしたことはありません、私たちのドキュメントや例のどれもそれを使用していません。 それはコマンドラインに適合しません。

しかし、これは本当に重大な変更であり、予期しないものです。 その後、 evalを元に戻し、非推奨の動作についてユーザーに警告することに賛成です。 たぶんそれを置き換えて、人々が「ファクトリ」デザインパターンを使用できるようにするために、設定を追加することができます--init-args ：

gunicorn -b :8000 --init-args="arg1,arg2"  app:factory_method

またはそれのようなもの。 考え？

@benoitc明示的なコマンドラインフラグでファクトリメソッドをサポートするのは素晴らしいでしょう😄多分次のようなものです：

$ gunicorn -b :8000 \
  --callable \
  --callable-arg "abc" \
  --callable-arg "xyz" \
  --callable-kwarg "key" "value" \
  app:factory_method

（または、 --factoryなどの別のベース名）

テストを簡単に実行する方法がなくなったため、この変更で問題が発生しました。 （i）私のアプリは環境変数に依存しているため、（ii）テストコレクションはすべてのモジュールをロードし（doctestsの場合）、（iii）インポート後までアプリの構築を延期できないため、長い文字列を追加せずにプロジェクトをテストすることはできませんすべてのテストコマンドの前に環境変数を入力し、テストに以前よりも時間がかかります。

私はPython3.7を使用しているので、モジュールレベルの__getattr__でこれを回避できると思いますが、3.7より前の場合、ダウングレード以外にこの問題の解決策はないと思います。

コマンドラインフラグでファクトリメソッドをサポートすることで、この問題を解決できると思います。 しかし、明らかな解決策がない場合は、他の提案もいただければ幸いです🙃

@ tjwaterman99ええと、この方法でアプリに引数を渡すのが好きかどうかは

Flaskの使用法の私たち自身の

私は同意します。環境を介して引数を渡す方が直感的であり、ユーザーが構成を1か所にまとめることを奨励すると思います。 ただし、呼び出し可能なオブジェクト/ファクトリをサポートすることは、少なくともFlaskにとって、そしておそらく他のフレームワークにとっても重要です。

exec次のリリースを廃止する前に、警告を発し、工場でGunicornを使用する方法を説明するための+1。

これが起こったのは残念です。 応答方法には2つの選択肢があります。 動作を元に戻すことも、全員の移行を支援することもできます。

動作を元に戻す場合は、PyPIからリリースをプルするのが理にかなっているかもしれませんが、これはあまりにも徹底的だと思います。 Gunicornは、この使用法を文書化または提案したことはありません。

したがって、皆様のご不便をお詫び申し上げます。

ドキュメントを更新するには、PRでFlaskに連絡する必要があります。 私はそれをしてうれしいです。 他の人はすでにここで移行パスを文書化していると思います。

アプリケーションファクトリをインポートし、呼び出し、エクスポートする_separate_モジュールまたはスクリプトがあると便利な場合があるという提案を追加します。 これはGunicornのエントリポイントとして機能し、doctestやその他のツールから省略して、開発中にこれらのツールを実行するときに不要なインポートがトリガーされないようにすることができます。 __main__.pyまたはweb.pyスクリプトのようなものがこれに使用できます。

将来的には、リリースが安全であると考えられる場合でも、リリース候補を利用できるようにする必要があります。 これをリリース候補で捉えて、リリースノートの重大な変更を文書化するか、サイクルで非推奨にする機会があった可能性があります。

コマンドラインで初期化引数のサポートを追加することは意味がないと思います。 このリリースには遅すぎます。 高度なユースケース向けのカスタムアプリケーションはすでにサポートされています。 また、多くのフレームワークには、アプリケーションに設定を渡すための独自の推奨方法があります。 Gunicornは独自のものを提供する必要はありません。 この問題を修正するために引数を追加しようとすると、将来この種の重大な変更の表面積が拡大します。 GunicornのCLIサーフェスを可能な限り最小化することを目指す必要があります。

ドキュメントを更新するには、PRでFlaskに連絡する必要があります。 私はそれをしてうれしいです。 他の人はすでにここで移行パスを文書化していると思います。

@ bilalshaikh42はすでにhttps://github.com/pallets/flask/pull/3421でこれを行っているようです

（ここのFlaskメンテナの1人）

そこでevalを取り除くことに完全に同意しますが、アプリファクトリを明示的にサポートする必要があると思います。 アプリファクトリの要点は、インポート可能なappオブジェクトを使用しないようにすることです（これを使用すると、循環依存関係地獄が発生することが多いため）。

flask run cli（開発用のみ）では、アプリファクトリが非常に一般的であるため、実際に明示的なサポートを追加しました。

もちろん、 wsgi.pyを含むfrom myapp. import make_app; app = make_app() wsgi.pyを作成するのは簡単です。 しかし、私はこのファイルを個別に維持する必要があります（これは、 pip install myappが実行するために必要なすべてをインストールしないため、不便です）、またはパッケージに入れる（つまり、内部からインポートできるようになりました）。間違っているアプリ自体）

Flaskでは、呼び出し可能なアプリファクトリをチェックし、 eval頼らずに呼び出す明示的な方法を採用しました。おそらく、このようなものも検討できますか？ 魔法を減らしたい場合は、アプリケーションを指すためとアプリファクトリを指すために異なるCLI引数を使用することもできます。

将来的には、リリースが安全であると考えられる場合でも、リリース候補を利用できるようにする必要があります。 これをリリース候補で捉えて、リリースノートの重大な変更を文書化するか、サイクルで非推奨にする機会があった可能性があります。

RCが本当に役立つかどうかはわかりません-一般的に人々は--preインストール/アップグレードしません（これがどれほどひどく機能するためでもあります-それは明示的に指定されたパッケージだけでなく、どんなに深くてもすべてのネストされた依存関係に影響します、したがって、依存関係の依存関係によって壊れたプレリリースが取り込まれるのは非常に簡単です）。そのため、バージョンを固定しなかった人は、実際にリリースされるまで破損を見つけることはありません。

zope.hookableは、（オプションのC拡張機能により）本質的にオーバーヘッドのない、怠惰なファクトリのようなアプローチを実装する簡単な方法を提供します。 ただし、追加の引数を渡すことについては何もしません。

# app.py
from zope.hookable import hookable

def make_app():
    def _(environ, start_response, value=b'Hello'):
        start_response('200 OK',
                       [('Content-Type', 'text/plain')])
        return [value]
    return _

<strong i="8">@hookable</strong>
def app(environ, start_response):
    real_app = make_app()
    app.sethook(real_app)
    return real_app(environ, start_response, b"First time")

$ gunicorn app:app
[2019-11-12 05:53:47 -0600] [12457] [INFO] Starting gunicorn 20.0.0
[2019-11-12 05:53:47 -0600] [12457] [INFO] Listening at: http://127.0.0.1:8000 (12457)
[2019-11-12 05:53:47 -0600] [12457] [INFO] Using worker: sync
[2019-11-12 05:53:47 -0600] [12460] [INFO] Booting worker with pid: 12460
...

% http localhost:8000
HTTP/1.1 200 OK
Connection: close
Content-Type: text/plain
Date: Tue, 12 Nov 2019 11:53:49 GMT
Server: gunicorn/20.0.0
Transfer-Encoding: chunked

First time

% http localhost:8000
HTTP/1.1 200 OK
Connection: close
Content-Type: text/plain
Date: Tue, 12 Nov 2019 11:53:51 GMT
Server: gunicorn/20.0.0
Transfer-Encoding: chunked

Hello

もちろん、 wsgi.pyを含むfrom myapp. import make_app; app = make_app() wsgi.pyを作成するのは簡単です。 しかし、私はこのファイルを個別に維持する必要があります（これは、 pip install myappが実行するために必要なすべてをインストールしないため、不便です）、またはパッケージに入れる（つまり、内部からインポートできるようになりました）。間違っているアプリ自体）

プロジェクトのwsgi.pyが間違っているもう1つの理由は、プロジェクト内のすべてのモジュールをインポートするツールがあることです。 例えば。 pytestは、doctestを探すときに実行します。

ここに別のフラスコメンテナ。 @ThiefMasterは私が言いたいことをすべて言ったので、私は主にこの機能のサポートを繰り返しています。

私は取り払うに同意eval 、と私はそれを回避flask run 。 以前の動作のより制約されたバージョンを追加できます。 コマンドラインオプションに親が含まれている場合は、実際のアプリを返すファクトリであると想定します。 literal_evalを使用して親の内容を解析してから、解析されたパラメーターを使用してファクトリを呼び出します。

wsgi.pyファイルのないファクトリパターンはかなり価値があると思います。 Gunicornでそれを維持する方法を見つけるのを手伝いたいです。

工場のようなアプリケーション文字列のliteral_evalのPRをまとめたいと思いませんか？ これはgunicorn.util.import_appます。

テストを追加する必要がありますが、Gunicornに移植されたFlaskのコードは次のとおりです： https ：//github.com/benoitc/gunicorn/compare/master ... davidism：import-factory

@davidism興味がある場合は、アプリファクトリからアプリを読み込むのに役立つ可能性のある関数をast.parseとast.literal_evalを使用して評価されるため、 eval呼び出しはありません。

import ast
from types import ModuleType
from typing import Any


def get_app(module: ModuleType, obj: str) -> Any:
    """
    Get the app referenced by ``obj`` from the given ``module``.

    Supports either direct named references or app factories, using `ast.literal_eval` for safety.

    Example usage::

        >>> import collections
        >>> get_app(collections, 'Counter')
        <class 'collections.Counter'>
        >>> get_app(collections, 'Counter()')
        Counter()
        >>> get_app(collections, 'import evil_module')  # doctest: +ELLIPSIS
        Traceback (most recent call last):
          ...
        ValueError: Could not parse 'import evil_module' as a reference to a module attribute or app factory.
        >>> get_app(collections, '(lambda: sys.do_evil)()')
        Traceback (most recent call last):
            ...
        ValueError: App factories must be referenced by a simple function name
        >>> get_app(collections, '(1, 2, 3)')
        Traceback (most recent call last):
            ...
        ValueError: Could not parse '(1, 2, 3)' as a reference to a module attribute or app factory.
    """
    # Parse `obj` to an AST expression, handling syntax errors with an informative error
    try:
        # Note that mode='eval' only means that a single expression should be parsed
        # It does not mean that `ast.parse` actually evaluates `obj`
        expression = ast.parse(obj, mode='eval').body
    except SyntaxError as syntax_error:
        raise ValueError("Could not parse '{}' as a reference to a module attribute or app factory.".format(obj)) from syntax_error

    # Handle expressions that just reference a module attribute by name
    if isinstance(expression, ast.Name):
        # Expression is just a name, attempt to get the attribute from the module
        return getattr(module, expression.id)

    # Handle expressions that make a function call (factory)
    if isinstance(expression, ast.Call):
        # Make sure the function name is just a name reference
        if not isinstance(expression.func, ast.Name):
            raise ValueError("App factories must be referenced by a simple function name")

        # Extract the function name, args and kwargs from the call
        try:
            name = expression.func.id
            args = [ast.literal_eval(arg) for arg in expression.args]
            kwargs = {keyword.arg: ast.literal_eval(keyword.value) for keyword in expression.keywords}
        except ValueError as value_error:
            raise ValueError("Could not evaluate factory arguments, please ensure that arguments include only literals.") from value_error

        # Get and call the function, passing in the given arguments:
        return getattr(module, name)(*args, **kwargs)

    # Raise an error, we only support named references and factory methods
    raise ValueError("Could not parse '{}' as a reference to a module attribute or app factory.".format(obj))

引数なしのアプリファクトリのみをサポートすることを決定した場合は、すべての引数処理コードを削除できます。 名前とファクトリ呼び出しを安全に区別することは依然としてうまく機能します（そして、ユーザーがファクトリに引数を渡そうとしたときに特定のエラーメッセージをユーザーに与えるのに役立ちます）

@ThiefMaster私はまだそのようなパターンをサポートすべきだと確信していません。 それはどのように役立ちますか？ 本当に必要な場合は、環境変数を使用してカスタム引数または構成を渡さないのはなぜですか？

確かに、myappからを含むwsgi.pyを作成します。 make_appをインポートします。 app = make_app（）は簡単です。 しかし、私はこのファイルを個別に維持する必要があります（これは、pip install myappが実行に必要なすべてをインストールしないため、不便です）、またはパッケージに入れる（つまり、アプリ自体からインポートできるようになりました）。これは間違っているでしょう）

私はそれを理解していません、なぜそのようなファイルを別々に維持しなければならないのですか？

パッケージに含まれている場合は、インポート可能です。 したがって、より大きなプロジェクトがある場合、誰かがcurrent_appなどを使用する代わりに、最終的にはそれをインポートするだけです。つまり、この種の間違いを含むPRを処理する場合は、より多くの作業が必要になります。

パッケージの外にある場合、 pip install実行しても取得できません。

FWIW、私は引数を渡すことを本当に気にしません。 通常、それらは必要ありません（env varsは確かに行く方法です）。 しかし、少なくともアプリオブジェクトの代わりに呼び出し可能なアプリファクトリを指すことができることは非常に便利です！

本当に必要な場合は、環境変数を使用してカスタム引数または構成を渡さないのはなぜですか？

pytestは、テストを見つけるためにプロジェクト内のすべてのモジュールをロードします。 環境変数または構成ファイルに依存するグローバルapp=Flask()オブジェクトがある場合、そのオブジェクトはテストの実行時にロードされます。 環境変数や構成ファイルを設定せずにテストを実行できると便利です。 アプリのファクトリパターンはこれに最適です。

いくつかの人気のあるFlaskチュートリアルがあるため、引数パターンのあるファクトリはやや一般的です。そのため、 flask runサポートしました。 私は、環境を使用してアプリを構成することが望ましいことに同意します。そのため、引数なしでファクトリの呼び出しをサポートする、より縮小されたバージョンで問題ありません。

# an app is a name only
$ gunicorn module:app

# a factory has (), but no args allowed
$ gunicorn module:factory()

@tilgovi同意します。 私の主な問題は、それが誰かを壊すとは思っていなかったということです。それゆえ、なぜ私は評価（またはより安全なもの）を元に戻して非推奨にすることを提案しました。 一方、はい、その動作はサポートされておらず、 evalを使用したことによる不幸な影響

@davidismおもしろい。 しかし、呼び出し可能なオブジェクトをアプリケーションとして使用するのとどう違うのでしょうか。

どういう意味かわかりませんが、もっと具体的な例を挙げていただけますか？ ファクトリはWSGIアプリケーションを返しますが、それ自体はWSGIアプリケーションではありません。

@davidism私は何かがこれを

def make_app():
  from mymodule.application import MainApp
  return MainApp()

application = make_app()

次に誰かがgunicorn -b :8000 somemodule:application実行します

これにより、コードをインポートするときにapplicationが常に評価され、ファクトリの目的が損なわれます。

WSGI呼び出し可能オブジェクトはクラスインスタンスにすることもできるため、おそらくこれが意図されたものです。

class Application:
    _app = None
    def __call__(self, environ, start_response):
        if self._app is None:
            from wherever import make_app
            self._app = make_app()
        return self._app(environ, start_response)

application = Application()

（ zope.hookable例は基本的に同じですが、定常状態でのオーバーヘッドが少なくなります。）

実際のWSGIアプリを作成するWSGIアプリを持つことは理想的ではありません。 これは、実際のエントリポイントにプロキシするすべてのリクエストに対する追加の関数呼び出しになりました。 セットアップは最初のリクエストの前に行う必要がありますが、現在はそれまで延期されているため、最初のリクエストには（場合によってはかなり）時間がかかります。

ここで問題となっている機能は、ランタイム/環境構成に基づいてそのオブジェクトを作成するファクトリ関数です。これは、アプリケーションパーツを分離し、循環インポートを回避し、テストの分離を容易にするのに役立ちます。 ファクトリを明示的に呼び出すコードのどこかに、デカップリングの目的が無効になります。ユーザーが代わりにFlaskで使用できる機能を使用する必要があるときに、「ああ、このアプリオブジェクトを今すぐインポートする必要がある」と思うことを保証します。

この時点で、私たちが求めているのは、「インポート文字列がparensで終わっている場合は、インポートされた名前を呼び出してアプリを取得する」ことだけです。

これを回避する方法はたくさんあると思いますが、それは単に私たちがターゲットオーディエンスではないことを意味します。 パッケージの外部にあるスクリプトをコンテナのエントリポイントとして出荷したり、それを無視するようにpytestを構成したりするなどのことができることは知っていますが、チュートリアルをフォローしている可能性のある、これが壊れた人を気にかけたいと思います。トレースバックを理解していません。

非常に限定された「アプリオブジェクトが引数なしで呼び出し可能である場合は、ファクトリとして呼び出す」パターンは機能する可能性がありますが、呼び出し可能オブジェクトが実際には装飾が不十分で、イントロスペクションから引数を簡単に明らかにしないWSGIアプリケーションである場合は失敗します。 寛大になりたいのなら、 evalを避けながら、これまでのすべてをサポートする必要があるので、それが私たちのすべき道だと思います。

私は本当にすべての提案に感謝し、これを解決するのを手伝います、皆さん。

literal_evalを使用した@davidismと@connorbrintonの両方の提案が好きです。

これにより、コードをインポートするときにアプリケーションが常に評価され、ファクトリの目的が損なわれます。

実行時にアプリを初期化し、ワーカーが使用する呼び出し可能オブジェクトを返します。 それはそれほど違いはありません。

そのパターンについての私の主な予備は、HUPまたはUSR2の期待を破ることができるいくつかのコードを事前に生成することを人々に奨励することです。 また、現在のUIを壊します。 gunicornの将来の使用法で機能しますか？

とにかく、選択肢は次のとおりです。

1. この動作はサポートされておらず、文書化されていなかったと見なすことができます（gunicornで）。 それに基づいて行われた変更。
2. 一部のユーザーはそれに依存していましたが、今はその動作をサポートしたいと考えています

（1）は難しいことですが、サポートしたことがないことを考えると、論理的なパスでもあります。
（2）ある種の美的感覚があり、コマンドラインUIが壊れています。gunicornでテストするには、いくつかのテスト/例が必要です。literal_evalsのようなものを使用してください。

（2）はサポートできますが、テストをお願いします。 また、それを文書化する必要がありますか？

@tilgovi @jamadden @berkerpeksag @sirkonstあなたの好みは何ですか？

別の重大なですが、これはliteral_eval解決されません。

たとえば、Plotly Dashでは、 Dashオブジェクトを使用します。このオブジェクトは、内部的にserver属性としてFlaskインスタンスを持っています。 一部の人々は使用していました：

gunicorn "module:app.server"

しかし、これがサポートされるべきかどうかはわかりません。 flask runもそれをサポートしていません。 Dashオブジェクトには、 __call__に渡されるFlask.__call__ __call__メソッドが必要なようです。 さらに、 Dashのドキュメントでは、 server = app.serverを実行し、Gunicornにそのことを指摘しているため、これはほとんどの場合、誤った情報が渡された場合のようです。

@davidism今日は病気ですが、月曜日のリリースのために、この日曜日にそれについて見ていきます。 @tilgoviからの提案は適切であり、一般的な計画は、古い評価を安全な評価に置き換えることです。

そのような初期化を使用しているユーザーに警告する必要があると思います。 考え？ cc @tilgovi

別の実装を作成したい場合を除いて、上記でリンクしたブランチを土曜日にテストを行うPRに変換しようとします。

@davidism先に進みます。 私は日曜日に戻ってきて、必要に応じてレビューします:)ありがとう！

少し遅れて、今これに取り組んでいます。

@connorbrinton ast.parseを使用するというクールなアイデアです。試してみて、一緒に行く場合は、コミットの共著者としてあなたを含めます。

やや人気のある（そしてかなり古い）Stack Overflowの回答があり、ユーザーをv19の動作に誘導しているという点でチャイムを鳴らしたかっただけです。これは、選択内容によっては更新が必要になる場合があります： 8495367 / using-additional-command-line-arguments-with-gunicorn

マスターで修正されました。 パッチをありがとう@davidism ！

処理されるすべてのケースはこのテストに含まれます： https ：