oops_wsgiはOOPS WSGIミドルウェアです。
の使用法の
oops_wsgiはトレースバックや他の診断情報を、一元的に収集するために、Webアプリケーションでエラーを許容する、oops.Configとの統合を提供。
通常、このような何か：
＆NBSP;セットアップ、構成：
＆NBSP; >>>おっと輸入コンフィグから
＆NBSP; >>>設定= configの（）
あなたはおそらく、少なくとも1パブリッシャーをお勧めします、またはあなたのレポートが破棄されることに注意してください。
＆NBSP;設定にWSGI固有のフックに追加します。
＆NBSP; >>> oops_wsgi.install_hooks（設定）
これは便利な関数です - あなたがoops_wsgi.hooksから欲しい作成やフィルターフックをピックアップし、選択することが歓迎されている。
＆NBSP;通常のようにあなたのWSGIアプリを作成し、それをラップ：
＆NBSP; >>>アプリ= oops_wsgi.make_app（アプリ、設定）
すべての例外は、このミドルウェアを通じてバブルアップした場合、おっとが記録されます。要求の本体が開始されていなかった場合は、カスタムページは、OOPSのIDを示して示されており、例外が飲み込まれる。ソケット上でファイルの終わりのような通常の状況を示す例外がOOPSesをトリガしません。 OOPSを濾過し、あるいは全くの出版社が設定されていない場合は、例外がスタックを正しく扱うます - おっとミドルウェアは、これらのケースで有用な何かを行うことはできません。あなたがおっとミドルウェアが例外を正しく扱う以外の何かをした後ならば、404ミドルウェアのWSGIスタック内おっとミドルウェア上のカスタムを持っている、と彼らは報告書を作成しないように404の例外をフィルタリングした場合（例えば、カスタム404ミドルウェアはないだろう作品。
本体は開始していた場合は、クライアントとWSGIアプリのスタックを正しく扱うます例外にOOPS IDを通信する方法はありません。
あなたは（環境、レポート）を受け取り、クライアントに送信するHTMLを返すヘルパーを供給した場合は、エラーページをカスタマイズすることができます。
＆NBSP; >>>デフmyerror_html（環境、レポート）：
＆NBSP; ...リターン '

OOPS！ ％S

'％レポート[' ID ']
＆NBSP; >>>アプリ= oops_wsgi.make_app（アプリ、設定、error_render = myerror_html）
それとも、レポートでフォーマットされる文字列のテンプレートを供給することができます。
＆NBSP; >>> json_template = '{"oopsid"： "％（ID）の"}'
＆NBSP; >>>アプリ= oops_wsgi.make_app（アプリ、設定、error_template = json_template）
詳細については、pydocのoops_wsgiを参照してください。
<強い>インストールの
いずれの利用可能なすべての依存関係がある環境でsetup.pyを実行するか、あなたのPYTHONPATHに作業ディレクトリを追加します。
の開発の
上流の開発はhttps://launchpad.net/python-oops-wsgiで行われます。依存関係がすぐに利用できない場合、セットアップ開発のための作業領域には、使用可能な依存関係を持つPythonインタプリタを取得するために、次にビン/ PY、ビン/ビルドアウトを作成する./bootstrap.py使用することができます。
テストはお好みのランナーを使用する実行するには、テストスイートはoops.tests.test_suiteです。
例えば：
ビン/ PY -m testtools.run oops_wsgi.tests.test_suite

の要件の

• のPythonます。
• OOPSます。
• 貼り付けます。