Waitress

• 一部のPython 2リビジョンで修正ランナーマルチセグメントの輸入（https://github.com/Pylons/waitress/pull/34を参照）します。
• は互換性のために、WSGIServerは今TcpWSGIServerの別名です。 BaseWSGIServerの署名は、今WSGIServer事前0.8.4と互換性があります。

のバージョン0.8.1でのの新機能：

• 茶色のバッグバグが要求の同時実行を防止した。遅いリクエストの応答が完全に発生するまでゆっくりリクエストは後続の要求のその後の応答をブロックします。タスクロック＆QUOT;これは＆QUOTによるものであった。クラス属性としてではなく、HTTPChannelに上のインスタンスの属性として宣言されている。ロック＆QUOT OUTBUF、別の名前＆QUOTロックを移動する機会を得ました。チャネルインスタンスではなくクラスに。 https://github.com/Pylons/waitress/pull/1を参照してくださいます。

のバージョン0.8のの新機能は次のとおりです。

• HTTPの通りのWSGI wsgi.file_wrapperプロトコルをサポートしています/ /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling。
：ここでは使用例です
• 輸入OSます。
• ここに= os.path.dirname（os.path.abspath（__ファイル__））
• DEF myappの（環境、start_responseを）：
• F =オープン（は、os.path.join（ここでは、「myphoto.jpg '）、「RB'）
• のヘッダ= [（ 'Content-Typeの'、 '画像/ JPEG'）]
• start_responseを（
• 「200 OK」、
• ヘッダーがします。
• リターン·環境['wsgi.file_wrapper']（F、32768）
• ファイル·ラッパーのコンストラクタの署名がある（filelike_object、BLOCK_SIZE）。どちらの引数も（キーワードではありません）の位置引数として渡す必要があります。ファイルラッパーを作成した結果は、WSGIアプリケーションからapp_iterとして返されるべきでます。
• ラッパーにfilelike_objectとして渡されたオブジェクトには、少なくとも、read（）メソッドをサポートしているファイルのようなオブジェクトでなければならず、read（）メソッドは、オプションのサイズヒント引数をサポートしている必要があります。これはシーク（）と（）メソッドを教えをサポートする必要があります。そうでない場合は、（ファイル·ラッパーの何らかの利益を否定し、コピーが行われます）が提供BLOCK_SIZEを使用してfilelikeオブジェクトの上に通常の反復が使用されている。それは、close（）メソッドをサポートする必要があります。
• ファイルラッパーのコンストラクタに指定されたBLOCK_SIZE引数がfilelike_objectシークおよび/または方法を教えてサポートしていない場合にのみ使用されます。ウェイトレス（WSGI仕様に従って）この縮退ケースでファイルを提供するために、通常の反復を使用する必要があり、このブロックサイズは、反復チャンクサイズとして使用される。 BLOCK_SIZE引数はオプションです。それが渡されない場合、デフォルトのvalue``32768``が使用されます。

アプリケーションがすでに1を設定していない場合は、十分にfilelikeオブジェクトとファイルラッパーを使用する場合は
• ウェイトレスは、アプリケーションのためにContent-Lengthヘッダを設定します。
• 現在ファイルラッパーを処理する機械は、空想のシステムコールを使用して、特に特別なことをしません（それは例えばsendfileを使用しません）。現在、それを使用するだけで、それをクライアントに送信するために、一時的なバッファにデータをコピーする必要からシステムを防ぐ。 WSGIアプリは十分にfilelikeオブジェクトをラップファイルラッパーを返したときにデータのいかなるコピーは行われません。これは、将来的に凝った何かをすることがあります。

のバージョン0.6.1でのの新機能は次のとおりです。

• チャネルの中でpull_triggerするパフォーマンス掘り崩し呼び出しを削除write_soon法は0.6で誤って追加します。

のバージョン0.5のの新機能：PEPの通り。

• フィックスはPython 3でPATH_INFOのエンコーディング/デコーディング（ 333、トンネルバイト·イン·ユニコード-AS-Latin-1のアフターunquoting）します。

の要件の

• のPythonます。