どちらに行けばいいのか迷っています。Flup または modwsgi。
Flup にはドキュメントがほとんどなく、コードに追加する人もさらに少ないようです。一方、modwsgi は広くサポートされているようです。
Python スクリプトをオンラインで利用できるように、webpy 環境の実行を開始したいだけです。しかし、これは私が前進するのを妨げます。助言がありますか?
どちらに行けばいいのか迷っています。Flup または modwsgi。
Flup にはドキュメントがほとんどなく、コードに追加する人もさらに少ないようです。一方、modwsgi は広くサポートされているようです。
Python スクリプトをオンラインで利用できるように、webpy 環境の実行を開始したいだけです。しかし、これは私が前進するのを妨げます。助言がありますか?
私の理解では、flup
の作者は開発を中止しましたが、それはせいぜいうわさです (誰かが私を訂正してください!)。flup
Django と事前に統合されているため、いくつかの Django サイトで FastCGI モードで使用しているため、簡単に選択できます。コマンド ライン オプションの書式設定に奇妙な点があることを除けば、これまで問題が発生したことはありません。
少し前にApacheからNginxに切り替えたので、mod_wsgiについてはあまり知りません。
Flup/FastCGI の欠点の 1 つは、独自のサーバー プロセスを管理していることですが、mod_wsgi では、Apache がプロセスを管理します。
web.py には、いずれかのソリューションのレシピを含む優れたクックブック セクションがあるようです。mod_wsgi は、私にとって最も簡単なソリューションのように見えます。
プロセスの管理を気にしないのであれば (私は気にしません)、GunicornとuWSGIを取り巻く興奮と勢いがあることを理解しています。これらはチェックアウトする価値があるかもしれません。私は Django と Tornado の Web サーバーで Gunicorn を使用しましたが、それについて何の不満もありません。
私は nginx と uwsgi を使用して独自の web.py アプリをデプロイしていますが、apache+mod_wsgi よりも高速で RAM の消費も少ないようですが、セットアップはそれほど簡単ではありません。すべての uwsgi プロセスがオンになっていることを確認するために、supervisord を実行する必要があります。
flup は使用しないでください。Python Web アプリをデプロイする方法は少し時代遅れだと考えられています。