問題タブ [waitress]

公式ガイドに従って、Kallithea のインストール (virtualenv へのインストール) を行いました。次に、次のエラーが発生しました。

PS: config でいくつかのオプションのみが変更されました。PPS: config (my.ini) のこのセクションは私には不明です:

use = Egg:Pasteをコメントアウトしようとしましたが、うまくいきませんでした。

2013 年の投稿で、Gunicorn チームがスレッド化されたバッファリング レイヤー ワーカー モデルの構築を計画していたという記事を読んだことがあります。それは gthread async ワーカーが行うことですか? gthread ワーカーは、2014 年にバージョン 19.0 でリリースされました。

ウェイトレスには、要求をバッファリングするマスター非同期スレッドがあり、要求 I/O が終了すると、各要求をその同期ワーカー スレッドの 1 つにキューに入れます。

Gunicorn gthread には多くのドキュメントがありませんが、似ているように聞こえます。ドキュメントから：

ワーカー gthread はスレッド化されたワーカーです。メインループで接続を受け付け、受け付けた接続は接続ジョブとしてスレッドプールに追加されます。

私は Python の非同期 I/O コードについてあまり詳しくないので質問するだけですが、gthread.py をざっと読むと、ワーカー スレッドを長時間の I/O 要求から保護するソケット バッファリング プロセスであることがわかります (そして応答 I/O もバッファします)。

https://github.com/benoitc/gunicorn/blob/master/gunicorn/workers/gthread.py

機能テストを実行するために、バックグラウンド スレッドでウェイトレス Web サーバーを起動しています。テスト実行の最後にクリーンアップしてウェイトレスを終了するにはどうすればよいですか? KeyboardInterruptパブリック ウェイトレス API は、終了シグナルとして期待される一方向のエントリ ポイントのみを提供します。

現在、サーバーをデーモンスレッドで実行しているだけで、テストランナーが終了するまで、すべての新しい Web サーバーのクリーンアップが保留されています。

私のテスト Web サーバー コード:

ウェイトレスでホワイトノイズを使用して静的ファイルを提供していますが、バージョン管理された静的ファイルを使用することができませんでした。たとえば、foo.js がある場合、collectstatic を実行すると、whitenoise は静的フォルダーに次のファイルを作成します。

ここに私の wsgi.py ファイルがあります：

テンプレートに foo.js を含める方法は次のとおりです。

そして、ウェイトレス サーバーを次のように実行します。

waitress-serve --port=8080 --call myapp.wsgi:white

ページをロードすると、ブラウザにこれが表示されることを期待しています

しかし、私はまだ見ています

私は何かを逃しましたか？私の設定では、STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage' があります。

どんな助けや提案も大歓迎です！

Ubuntu で Falcon を使用して API の作成を開始し、gunicorn を使用してテストしてきましたが、Windows でも開発を試みたいと考えています。

ご存知のように、gunicorn は Windows ではまだ動作しないため、wsgi を実行できる別のサーバーを使用する必要があります。いくつかの調査の後、ウェイトレスを使用してみましたが、思ったように機能しません。

問題は、私が間違っていることを知らないということです。

これはsrv3というアプリファイルです

実行時にこのエラーが発生しますhttp localhost:5555

ウェイトレスを使用してファルコン アプリをテストする方法の簡単な例を教えてもらえますか?

ウェイトレスに例外/すべてのエラーのスタックトレースをコンソールに出力させるにはどうすればよいですか?

現在、ウェイトレスはアプリケーション コード以外の例外をすべて飲み込んでいるようです。

たとえば、私はいくつかのミドルウェア コードを扱っていましたが、import base64. ウェイトレスでは、私はこのエラーを知りませんでした. たとえば、Gunicorn はスタック トレースをコンソールに吐き出します。

私はウェイトレスを使用して、Web アプリケーションのコンテンツを提供しています。

waitress-serve --port=8000 myapp:application

開発中にコードを変更すると、ウェイトレス サーブを再起動して変更を確認する必要がありました。これを自動化できる標準的な方法はありますか?

DockerコンテナでローカルのKallitheaサーバーを実行しています。Firefox や Chrome で初めて読み込むときは、読み込みに時間がかかります。依存関係の読み込みが jQuery または YUI js ファイルでハングしているようです。依存関係がキャッシュされると、キャッシュされているので、かなり高速にロードされます。

しばらく (数日? 数週間?) 使用していないページを再読み込みすると、読み込みに再び時間がかかります。

他の Web アプリケーション (Artifactory、Hudson) は同じサーバーからすばやく読み込まれるため、ネットワーク速度と依存関係のファイル サイズは問題ではありません。

Kallitheaはwaitress、そのページを提供するために使用します。対話モードで実行中にログ ( ) を有効にしようとしましたloglevel = DEBUGが、重要な出力が得られません。

この動作を再現するための Dockerfile と実行スクリプトは、こちらにあります。

これを解決し、カリテアをhttps://kallithea-scm.org/repos/kallitheaと同じくらい速くロードする方法を知っている人はいますか?