私はしばらくの間pythonを使っています。最近、Telnet、SSH、およびメッセージ パッシングの学習に適した Sockets with Twisted にはまりました。アイデアを取り入れて、それを Web の方法で実装したかったのです。1 週間の検索で、実際にできることは、GET と POST をすべてそれ自体で処理するリソースを作成することだけです。そして、これは悪い習慣だと言われています。
1 週間後に私が持っている質問:
* Tornado や標準 Python ソケットなどの他のオプションは、より優れた (またはより一般的な) アプローチですか?
* Twisted の GET 操作と POST 操作で本当に別のリソースを使用する必要がありますか?
* Python 開発のこの分野で始めるのに適したリソースは何ですか?
私の言語のバックグラウンドは C、Java、HTML/DHTML/XHTML/XML であり、私のメイン システム (自宅でも) は Linux です。
独自の Web サーバーを構築し、生のソケット呼び出しを処理して Web アプリケーションを構築することはお勧めしません。トルネードや mod_wsgi を使用した apache など、Web サービスを wsgi アプリケーションとして記述し、既存の Web サーバーを使用する方がはるかに理にかなっています。
あなたがやっていることは、API よりも Web サイトに近い場合は、Djangoのような通常の Web フレームワークの使用を検討してください。
いろいろなご意見に個別にお答えします。
Tornado や Standard Python Sockets などの他のオプションは、より優れた (またはより一般的な) アプローチですか?
WSGI フレームワークは、最近最も人気のあるオプションです。それらはプリミティブへのアクセスを提供しますGETがPOST、多くの場合、レースにすぐに参加できるように十分な構文糖衣でそれらをラップします。
htt のソケットを扱っている人はほとんどいません。参考までに、最も人気のある http ライブラリの 1 つであるリクエストは、最初はurrllib2 最近までまとめられていました。
Twisted GET 操作と POST 操作で本当に別のリソースを使用する必要がありますか?
私は Twisted の開発者ではないので、これについて話すことはできません。それ自体が言語のようです。
Python 開発のこの分野で始めるのに適したリソースは何ですか?
GETsとの処理についてはPOSTs、おそらくWebobから始めるのがよいでしょう。
さらなるコンテキストとして、webob はWSGI (「ウィスキー」と韻を踏む) からの基本的な Python プリミティブをラップしています。WSGI は Web アプリケーションとサーバー間のインターフェースであり、 CGIとは異なります。
WSGI 標準を定義したドキュメントであるPEP 3333は、http の核心に興味がある場合に開始するのに非常に適した場所です。
スタックの下位に行くと、チェックアウトする価値のある WSGI サーバーも多数あります。Google App EngineやHerokuなどのクラウド ホスト型の Platform-as-a-Service (PaaS) オプションが詳細を処理します。一方、gunicornやTornadoなどの特殊な wsgi サーバーがあり、後者については既におなじみです。
何かを成し遂げたいだけなら、Bottle、Flask、Django、またはその他の優れた Python Web フレームワークをチェックしてください。